Como encontrar e corrigir JSON inválidos em Windows

Iniciar com o primeiro erro de processamento

Os analisadores JSON frequentemente param no primeiro lugar onde o documento não pode mais ser interpretado. O personagem relatado nem sempre é onde o erro começou, mas é o melhor ponto de partida. Inspecione a linha atual e a linha imediatamente antes dela, especialmente a propriedade final, vírgula, citação ou parênteses.

Os erros de sintaxe mais comuns do JSON

{
  "name": "Megaish",
  "apps": 33
}

• Nomes de propriedades ou valores de string usando aspas simples em vez de aspas duplas.
• Falta uma vírgula entre propriedades ou itens do array.
• Uma vírgula depois do item final.
• Um suporte de abertura ou suporte sem o seu parceiro de fecho.
• Uma citação dupla, retrocesso, nova linha, ou personagem de controle dentro de uma string.
• Observações, undefined, ou NaN, que o JavaScript pode reconhecer, mas JSON não.

Validar, formatar e estreitar o problema

1. Trabalhe em uma cópia quando o JSON contém uma configuração importante.
2. Colar ou abrir o documento em um validador JSON.
3. Vá para a primeira linha e coluna relatadas.
4. Corrigir um erro e, em seguida, validar novamente.
5. Formatar o resultado válido para que o aninhamento seja visível.
6. Compare as chaves e tipos de valor com o esquema de configuração ou API que você espera.

JSON Viewer & Formatter suporta formatação, validação, minificação e fluxos de trabalho de conversão em um aplicativo Windows leve. Para compreensão estrutural após a sintaxe ser válida, use o separado Fluxo de trabalho do diagrama JSON.

Validade de sintaxe não é correção de dados

Um documento pode ser válido JSON e ainda estar errado para o sistema de recepção. Um ID numérico pode ter sido fornecido como uma string, uma propriedade necessária pode estar ausente, ou uma data pode usar um formato inesperado. Respostas de validação “Isto pode ser analisado?” Esquema ou respostas de validação de aplicativos “Esses dados têm a forma e o significado necessários?”

Proteger dados sensíveis

As respostas da API e os arquivos de configuração podem conter tokens de acesso, endereços de e-mail, nomes de host internos ou dados do cliente. Remover segredos antes de compartilhar um trecho em um ticket ou validador público. Para arquivos locais sensíveis, use um fluxo de trabalho aprovado pela sua organização.

Perguntas comuns