Conversor de escape Unicode

Quienes depuran cargas JSON, paquetes de recursos Java o literales de cadena en JavaScript se encuentran a cada paso con la forma barra-u: cuatro dígitos hexadecimales tras \u que representan una unidad de código UTF-16. La herramienta gratuita del navegador y la API de pago comparten un único núcleo determinista, de modo que las demostraciones en el aula, las comprobaciones de CI y los webhooks en vivo coinciden siempre en la misma correspondencia al precio publicado de $0.002 por elemento correcto.

Cómo los escapes \uXXXX representan unidades UTF-16

Java, JavaScript y la gramática de cadenas JSON describen el texto Unicode con el mismo escape clásico: una barra invertida, la letra u y exactamente cuatro dígitos hexadecimales. Ese diseño coincide con lo que se ve en la salida de JSON.stringify, en muchos archivos Properties de Java y en el JavaScript antiguo anterior al escape de punto de código \u{…}.

Qué se envía y qué se recibe de vuelta

Envíe un campo de cadena obligatorio llamado text y un campo opcional mode con valor encode o decode. Cuando se omite mode, encode es el valor predeterminado, de modo que una sola carga sigue haciendo trabajo útil. Encode convierte cada carácter en unidades contiguas \uXXXX: Hi se convierte en \u0048\u0069, y una cadena que mezcla ASCII con café y un emoji produce un resultado más largo pero totalmente escapado. Decode invierte el proceso: sustituye cada \uXXXX bien formado por la unidad de código correspondiente, recombina los pares sustitutos en un solo carácter cuando están ambas mitades y conserva los caracteres literales que nunca se escaparon, de modo que los pegados mixtos siguen funcionando. En decode se aceptan compañeros habituales de JSON como \n, \t, \r, \\ y \", de modo que un fragmento copiado de un literal de cadena no falle en el primer escape de salto de línea. Las respuestas correctas reproducen mode y el text original, devuelven result como cadena principal de salida e incluyen length, code_units (unidades UTF-16 procesadas), escape_count (cuántas formas \uXXXX se produjeron o consumieron), una etiqueta format de \uXXXX y una breve nota standard que nombra Java, JavaScript y JSON. Un text ausente, valores de mode no admitidos, cadenas más largas que el máximo documentado, hexadecimal truncado tras \u, dígitos no hexadecimales dentro de un escape y secuencias de barra desconocidas fallan con invalid_input y un mensaje en inglés que nombra el índice o el campo. Los fallos de validación no consumen saldo prepagado. El precio de las llamadas correctas a la API es la base publicada de $0.002 por elemento.

Dónde aparece la conversión de escapes Unicode en el trabajo real

Los clientes móviles y de escritorio que hablan con backends Java a veces registran paquetes al estilo Properties llenos de secuencias \u en cada etiqueta acentuada; los equipos de soporte pegan esas líneas en una página dedicada al conversor en lugar de buscar ajustes del IDE. Los cursos de programación enseñan que la longitud de una cadena JavaScript cuenta unidades UTF-16, no caracteres percibidos por el usuario, y un codificador en vivo que muestra dos escapes por un emoji hace concreta esa lección. Si necesita listas de escalares U+ sin barras, volcados hexadecimales crudos de UTF-16, codificación de porcentaje para URL o entidades HTML con nombre, trátelos como intenciones de búsqueda y páginas separadas en lugar de sobrecargar esta página de secuencias de escape Unicode: esas herramientas responden a consultas distintas aunque el código subyacente sea corto. Los autores de API y webhooks suelen recibir JSON en el que nombres de producto no ASCII o leyendas generadas por usuarios aparecen totalmente escapados; decodificarlos a texto legible agiliza el triaje sin levantar un runtime de aplicación completo. Como esta capacidad es un motor de parse puro, el precio de la API permanece en la base publicada de $0.002 por elemento correcto y la validación fallida no consume saldo.