Herramienta de Escape JSON

JSON (RFC 8259) es una gramática de texto estricta; todo literal de cadena debe ir entre comillas dobles ASCII (U+0022), y cualquier carácter que pueda romper esa gramática debe expresarse como una secuencia de escape con barra invertida. Los escapes obligatorios son: comillas dobles a barra invertida-comilla, barra invertida a doble barra invertida, y los 32 caracteres de control desde U+0000 hasta U+001F (que incluyen \b U+0008, \f U+000C, \n U+000A, \r U+000D, \t U+0009). Cualquier carácter por encima de U+001F puede aparecer en la cadena como su secuencia de bytes UTF-8 sin procesar, incluidos ideogramas CJK, emoji, letras acentuadas y otros caracteres suplementarios. El carácter de barra diagonal es opcional escapar (\/), pero la convención es escaparlo cuando el JSON está incrustado dentro de etiquetas HTML <script>, para que la secuencia de cierre de etiqueta script no cierre prematuramente el elemento script circundante. En la práctica aparecen dos capas de escape. El escape JSON (la sustitución sintáctica) es el único que requiere RFC 8259: garantiza que la cadena sea JSON válido, sin más. El escape Unicode (reescribir cada carácter como \uXXXX o \u{XXXXX}) es una elección representativa, no un requisito sintáctico, solo cambia cómo se ven los bytes en el archivo, no lo que decodifican. El texto CJK ya es válido en JSON como bytes UTF-8 sin procesar; el modo de escape Unicode de la página lo reescribe como \uXXXX, lo cual es útil al introducir la cadena en un archivo fuente Java o JavaScript donde el parser tendría que lidiar con UTF-8 multibyte, pero añade 4-6 bytes por carácter y dificulta la legibilidad. Las reglas de escape tienen casos límite. JSON.parse es estricto con los ceros a la izquierda (01 es un error de análisis, aunque JavaScript lo aceptaría como octal 1); JSON.stringify en V8 siempre produce escapes mínimos necesarios (caracteres de control como \b/\n/\r/\t/\f cuando es posible, de lo contrario como \uXXXX, y la barra diagonal /, U+2028, U+2029 se dejan sin procesar para una salida legible). Un sustituto solitario (un sustituto alto no seguido de uno bajo) es técnicamente JSON válido según RFC 8259, pero JSON.parse en modo estricto o en TypeScript lo rechaza como InvalidString; el modo de escape de la página reemplaza los sustitutos solitarios por \uFFFD (carácter de reemplazo) para que la salida pueda hacer un ida y vuelta con cualquier parser estándar. Para incrustación en código fuente JavaScript, la cadena JSON necesita una tercera capa de escape: JSON dentro de un literal de cadena JS debe escapar las propias barras invertidas. El modo de salida de cadena JS de la página añade ese doble escape, y el botón de eval o JSON.parse muestra que ambas codificaciones decodifican a la misma cadena. Los contextos incrustados en HTML añaden una cuarta capa: <, >, & necesitan escape de entidades HTML en la página circundante, y los valores de atributos también necesitan escape de comillas. JSON en HTML es famosamente peligroso (el problema de </script> mencionado antes) y es mejor evitarlo en favor de destinos seguros como la asignación de textContent o JSON.stringify dentro de un bloque <script type="application/json"> (leído después mediante script.textContent, nunca con eval). JSON5 (un superconjunto popular) añade cadenas entre comillas simples, cadenas multilínea, claves sin comillas, comas finales, NaN/Infinity y comentarios de una sola línea //. La página no produce salida JSON5; si necesitas hacer un ida y vuelta, usa una biblioteca dedicada.

• Las cadenas JSON (RFC 8259) deben escapar comillas dobles a barra invertida-comilla, barra invertida a doble barra invertida, y los 32 caracteres de control U+0000..U+001F (\b \f \n \r \t, más el resto como \uXXXX). Todo lo que esté por encima de U+001F es UTF-8 sin procesar válido, incluidos CJK, emoji y letras acentuadas.
• Aparecen dos capas de 'escape': el escape JSON (sintáctico, obligatorio) hace que la cadena sea JSON válido; el escape Unicode (representativo) reescribe caracteres como \uXXXX y solo cambia la legibilidad, no la validez.
• '/' opcional: / a \/ está permitido en JSON. Convención: escaparlo al incrustar JSON en HTML <script> para que la secuencia de cierre de etiqueta script no cierre la etiqueta circundante.
• El CJK no se escapa en JSON UTF-8 sin procesar: el ejemplo '你好' son 6 bytes sin procesar. El modo de escape Unicode de la página lo reescribe como \u4f60\u597d para usar en archivos fuente, sacrificando legibilidad por compatibilidad.
• Sustitutos solitarios: un sustituto alto (U+D800..U+DBFF) no seguido de uno bajo es técnicamente JSON válido según RFC 8259, pero JSON.parse en modo estricto o TypeScript lo rechaza. La página reemplaza los sustitutos solitarios por \uFFFD para que la salida pueda hacer un ida y vuelta con parsers estrictos.
• JSON.parse es estricto: los ceros a la izquierda (01) son un error de análisis, NaN/Infinity no son literales válidos, las comas finales no están permitidas. JSON.stringify en V8 siempre produce escapes mínimos necesarios y deja la barra diagonal / y U+2028/U+2029 sin procesar para legibilidad.
• JSON en JS: para incrustar una cadena JSON en un literal de cadena JS, duplica las barras invertidas. La salida 'cadena JS' de la página añade esa capa; eval sobre el resultado da la misma cadena que JSON.parse.
• Superconjunto JSON5: cadenas entre comillas simples, cadenas multilínea, claves sin comillas, comas finales, NaN/Infinity, comentarios de una sola línea //. La página produce JSON estricto RFC 8259, no JSON5.