Texto
Formatador JSON
Formata, comprime e valida JSON. Selecione o recuo para formatar com legibilidade ou comprima em uma linha. Erros de sintaxe são verificados na hora.
Entrada JSON
Resultado formatado
JSON válido
JSON inválido
{{ result.lines }} linhas / {{ result.bytes.toLocaleString() }} bytes
{{ result.error }}
Tips
- As chaves do JSON devem estar sempre entre aspas duplas. Aspas simples são inválidas.
- Vírgula final ({"a":1,}) é inválida segundo a especificação JSON.
- Números em notação científica são válidos. No entanto, NaN e Infinity são inválidos.
- Aspas duplas dentro de strings precisam ser escapadas com \". Quebras de linha são \n e tabulações são \t.
- A compressão é útil para reduzir o tamanho de arquivos. Para transferências via API prefira a versão comprimida; para arquivos de configuração, a formatada.
Perguntas frequentes
As chaves devem estar obrigatoriamente entre aspas duplas, vírgulas finais não são permitidas, e undefined, funções, NaN e Infinity não podem ser usados.
Não. A especificação JSON não possui sintaxe para comentários. JSON5 e JSONC são usados como alternativas.
O RFC 8259 exige UTF-8. Recomenda-se UTF-8 por questões de interoperabilidade.
Na especificação JSON todos os números são do tipo number. Inteiros muito grandes podem perder precisão ao ultrapassar o MAX_SAFE_INTEGER do JavaScript.
Curiosidade — Por que o JSON venceu o XML
No início dos anos 2000, o XML era o padrão dominante. Em 2001, Douglas Crockford propôs o JSON — mais leve, simples e legível — e a partir dos anos 2010 o JSON tornou-se o padrão da indústria.
Para os mesmos dados, o JSON costuma ter entre 30 e 50% menos bytes que o XML, o que na era das comunicações móveis impactava diretamente a velocidade de resposta das aplicações.
No RFC 8259, chaves duplicadas são "SHOULD NOT", não proibidas. {"a":1,"a":2} é sintaticamente válido, mas seu comportamento é indefinido.