zippydevtools logozippydevtools

Buscar ferramentas

Buscar ferramentas

Ferramentas

JSON

Parser de JSON em Logs

Extraia JSON de logs e processe NDJSON linha a linha, com desescape aninhado, diagnóstico por linha e saída pronta para copiar.

Cole seus dadosJSON, JWT, URL, Base64 ou CSV
Entrada
Cole ou digite
Experimente um exemplo:
Saída
Execute uma ação
Cole seus dados. O Zippy identifica o contexto e mostra as ações compatíveis.
Processed locallySem upload · sem conta · seus dados ficam neste navegador
Sobre esta ferramenta

Extraia JSON de uma linha de log ou processe NDJSON em lote, desescape campos aninhados e copie como JSON formatado ou JSON Lines.

Quando usar

Use quando CloudWatch, Lambda, Docker ou APIs misturam prefixos e JSON escapado, ou quando um arquivo contém um registro JSON por linha.

Entrada

Cole até 200.000 caracteres. Escolha payload único ou linha a linha, mantenha a extração para prefixos e ative JSON aninhado para campos escapados.

Resultado

Use JSON formatado para revisar um objeto ou array e JSON Lines para um registro compacto por linha. Falhas parciais mostram apenas os números das linhas ignoradas.

Como usar
  1. Cole um payload, NDJSON ou linhas de log no campo principal.
  2. Escolha payload único ou uma entrada por linha e defina o formato da saída.
  3. Mantenha a extração para prefixos e o parsing aninhado para strings com JSON interno.
  4. Execute, confira os números de linhas ignoradas e copie somente dados revisados.
Casos de uso comuns
  • Debug de erro no CloudWatch: Transforme payloads escapados de Lambda em JSON legível para revisar requestId, statusCode, message e stack context.
  • Normalização de NDJSON: Converta registros linha a linha em um array legível ou mantenha JSON Lines para pipelines e arquivos .jsonl.
  • Triagem de lote com falhas: Preserve registros válidos e localize linhas truncadas ou não JSON sem enviar o conteúdo do log para analytics.
Solução de problemas e limites
  • Logs truncados: Quando a linha termina antes de fechar aspas, chaves ou colchetes, o parser retorna erro e o log precisa ser capturado completo.
  • Falhas parciais: No modo linha a linha, entradas inválidas são omitidas da cópia e seus números aparecem em um aviso separado.
  • Profundidade aninhada: A travessia recursiva para strings JSON é limitada a quatro níveis para impedir parsing indefinido de estruturas artificiais.
  • Dados sensíveis: Logs podem conter tokens, cookies, e-mails ou payloads de cliente. Mascare esses campos antes de compartilhar a saída.
Guias relacionados
Exemplos rápidos

Extrair um payload do CloudWatch

Entrada: 2026-06-25T10:00:00Z INFO {\"level\":\"error\",\"requestId\":\"abc\"}

Saída: Objeto JSON formatado com level e requestId, sem o prefixo do log.

Processar várias linhas de log

Entrada: Modo linha a linha: dois registros JSON válidos e uma linha truncada

Saída: Array com os dois registros válidos e aviso indicando o número da linha ignorada.

Normalizar NDJSON

Entrada: Modo linha a linha; saída JSON Lines

Saída: Um objeto JSON compacto por linha, pronto para copiar para um arquivo .jsonl.

FAQ de Parser de JSON em Logs

Como processar várias linhas de logs JSON?

Escolha o modo linha a linha e cole NDJSON ou logs com um payload por linha. Linhas vazias são ignoradas e cada linha não vazia é processada separadamente.

Qual é a diferença entre payload único e linha a linha?

Payload único preserva o fluxo anterior para um objeto, array ou linha completa. Linha a linha trata cada registro como uma entrada independente e reúne os resultados válidos.

Quando usar JSON formatado ou JSON Lines?

JSON formatado mantém um payload único ou cria um array legível para lotes. JSON Lines gera um registro compacto por linha para arquivos NDJSON ou pipelines.

O que acontece quando uma linha contém JSON inválido?

No modo linha a linha, os registros válidos continuam na saída e um aviso lista somente os números das linhas ignoradas. Se todas falharem, a ferramenta retorna erro.

A ferramenta interpreta JSON escapado dentro de message ou payload?

Sim. Com JSON aninhado ativado, strings que contêm objetos ou arrays válidos são convertidas recursivamente, com limite de quatro níveis de travessia.

Qual é o limite de entrada do parser?

A entrada aceita até 200.000 caracteres por execução. O limite mantém o processamento explícito e revisável no navegador; divida arquivos maiores antes de colar.

Meus logs são enviados para um servidor?

Não pela execução da ferramenta. O parsing e a cópia rodam no navegador, e analytics recebe apenas o identificador da ferramenta, nunca o conteúdo ou as linhas com erro.