Ferramenta de Escape JSON

JSON (RFC 8259) é uma gramática textual estrita; todo literal de string deve ser envolvido em aspas duplas ASCII (U+0022), e qualquer caractere que possa quebrar essa gramática deve ser expresso como um escape com barra invertida. Os escapes obrigatórios são: aspas duplas para barra-invertida-aspas, barra invertida para barra-dupla, e os 32 caracteres de controle de U+0000 a U+001F (que incluem \b U+0008, \f U+000C, \n U+000A, \r U+000D, \t U+0009). Qualquer caractere acima de U+001F pode aparecer na string como sua sequência bruta de bytes UTF-8, incluindo ideogramas CJK, emoji, letras acentuadas e outros caracteres suplementários. O caractere barra para frente é opcional para escapar (\/), mas a convenção é escapá-lo quando o JSON está embutido em tags HTML <script>, para que a sequência de fechamento da tag script não feche prematuramente o elemento script circundante. Na prática, aparecem duas camadas de escape. O escape JSON (a substituição sintática) é o único que a RFC 8259 exige: ele garante que a string é JSON válido. O escape Unicode (reescrever cada caractere como \uXXXX ou \u{XXXXX}) é uma escolha representacional, não um requisito sintático — apenas altera a aparência dos bytes no arquivo, não o que eles decodificam. Texto CJK já é válido em JSON como seus bytes UTF-8 brutos; o modo Unicode-escape da página o reescreve como \uXXXX, o que é útil ao inserir a string em um arquivo-fonte Java ou JavaScript onde o parser circundante teria que lidar com UTF-8 multibyte, mas isso adiciona 4-6 bytes por caractere e reduz a legibilidade. As regras de escape possuem casos extremos. O JSON.parse é estrito quanto a zeros à esquerda (01 é um erro de análise, mesmo que JavaScript o aceite como octal 1); o JSON.stringify no V8 sempre produz escapes mínimos necessários (caracteres de controle como \b/\n/\r/\t/\f quando possível, caso contrário como \uXXXX, e a barra /, U+2028, U+2029 são deixados crus para saída legível). Um surrogate solitário (um high surrogate não seguido por um low surrogate) é tecnicamente JSON válido conforme RFC 8259, mas o JSON.parse em modo estrito ou em TypeScript o rejeita como InvalidString; o modo de escape da página substitui surrogates solitários por \uFFFD (caractere de substituição) para que a saída seja convertida corretamente em qualquer parser padrão. Para incorporação em código-fonte JavaScript, a string JSON precisa de uma terceira camada de escape: JSON dentro de um literal de string JS deve escapar as próprias barras invertidas. O modo de saída JS string da página adiciona essa dupla codificação, e o botão eval ou JSON.parse mostra que as duas codificações decodificam para a mesma string. Contextos embutidos em HTML adicionam uma quarta camada: <, >, & precisam de escape de entidade HTML na página circundante, e valores de atributo também precisam de escape de aspas. JSON-em-HTML é perigoso (o problema do </script> mencionado acima) e deve ser evitado em favor de sinks seguros como atribuição textContent ou JSON.stringify dentro de um bloco <script type="application/json"> (lido posteriormente via script.textContent, nunca eval). JSON5 (um superconjunto popular) adiciona strings com aspas simples, strings multilinha, chaves sem aspas, vírgulas finais, NaN/Infinity e comentários de linha //. A página não produz saída JSON5; se precisar de conversão completa, use uma biblioteca dedicada.

• Strings JSON (RFC 8259) devem escapar aspas duplas para barra-invertida-aspas, barra invertida para barra-dupla, e os 32 caracteres de controle U+0000..U+001F (\b \f \n \r \t, além do restante como \uXXXX). Tudo acima de U+001F é UTF-8 bruto válido, incluindo CJK, emoji e letras acentuadas.
• Aparecem duas camadas de 'escape': o escape JSON (sintático, obrigatório) torna a string JSON válida; o escape Unicode (representacional) reescreve caracteres como \uXXXX e apenas altera a legibilidade, não a validade.
• '/' opcional: / para \/ é permitido em JSON. Convenção: escapá-lo ao incorporar JSON em HTML <script> para que a sequência de fechamento da tag não feche a tag circundante.
• CJK não é escapado em UTF-8 bruto JSON: o exemplo '你好' tem 6 bytes brutos. O modo Unicode-escape da página o reescreve como \u4f60\u597d para uso em arquivos-fonte, trocando legibilidade por compatibilidade.
• Surrogates solitários: um high surrogate (U+D800..U+DBFF) não seguido por um low surrogate é tecnicamente JSON válido conforme RFC 8259, mas o JSON.parse em modo estrito ou TypeScript o rejeita. A página substitui surrogates solitários por \uFFFD para que a saída seja convertida corretamente em parsers estritos.
• JSON.parse é estrito: zeros à esquerda (01) são um erro de análise, NaN/Infinity não são literais válidos, vírgulas finais não são permitidas. O JSON.stringify no V8 sempre produz escapes mínimos necessários e deixa a barra / e U+2028/U+2029 crus para legibilidade.
• JSON-em-JS: para incorporar uma string JSON em um literal de string JS, dobre as barras invertidas. A saída 'JS string' da página adiciona essa camada; eval no resultado retorna a mesma string que JSON.parse.
• Superconjunto JSON5: strings com aspas simples, strings multilinha, chaves sem aspas, vírgulas finais, NaN/Infinity, comentários de linha //. A página produz JSON estrito RFC 8259, não JSON5.