Saltar al contenido
TextArray1.41.0
Totalmente local

Escapador de strings de código

Convierte el texto pegado en una cadena de caracteres para C, Python, SQL, shell y 16 lenguajes más — y viceversa.

Entrada
Salida
Herramientas relacionadas
Escape de cadena JSON y escapeCodificación y conversión
escape UnicodeCodificación y conversión
Regex escapeHerramientas de desarrollador
traductor de codigo baudotCodificación y conversión
detector de caracteresCodificación y conversión
Convertidor de zona horariaCodificación y conversión
Escapador de strings de código
Pega el texto y esta herramienta lo convierte en un literal de cadena válido para el lenguaje que selecciones — C, C++, C#, Java, JavaScript, TypeScript, Python, Go, Rust, PHP, Ruby, Swift, Kotlin, SQL, Shell, PowerShell, YAML, JSON, XML o CSV — o invierte el proceso para convertir un literal escapado nuevamente en texto plano. Cada lenguaje escapa las comillas, barras invertidas y saltos de línea de manera ligeramente diferente: la sintaxis válida en PHP single-quoted se rompe en Python, y una cadena double-quoted de bash no se comporta como una cadena PowerShell con la misma puntuación.
Selecciona un estilo de comillas que coincida con lo que estés pegando — simple, doble o backtick, donde el lenguaje lo admita; una combinación no admitida, como una cadena backtick en C, vuelve al valor predeterminado del lenguaje en lugar de producir código inválido. "Envolver resultado en comillas" añade u omite los caracteres de comillas circundantes. "Escapar caracteres no-ASCII como secuencias \u" convierte letras acentuadas y emoji en escapes \uXXXX para salida ASCII estricta; si está desactivado, permanecen como UTF-8 literal. "Mantener tabulaciones literales" deja los caracteres de tabulación sin cambios en lugar de escribir el escape de tabulación.
"Usar literal multilínea en lugar de \n" cambia el texto multilínea a la forma multilínea nativa del lenguaje donde exista — una cadena triple-quoted en Python, un template literal en JavaScript, un heredoc en PHP o Ruby, un heredoc quoted en bash, un here-string en PowerShell, o un bloque escalar en YAML — para que el resultado se lea con saltos de línea reales en lugar de una pared de caracteres \n. Los lenguajes sin esta forma (C, C++, C#, Go, Kotlin, JSON, XML, CSV) vuelven a escapes \n.
Todo se ejecuta localmente en tu navegador. El fragmento que pegas — un valor de configuración, una línea de registro, entrada de usuario que endurecés para una consulta — nunca abandona tu dispositivo. Copia el resultado, descárgalo como archivo .txt o envíalo a otra herramienta para continuar trabajando.
Preguntas frecuentes
¿Qué estilo de comillas debería elegir?
Elige lo que espera el código circundante. La mayoría de lenguajes de la familia C (C, C++, C#, Java, Go, Rust, Swift, Kotlin) solo admiten comillas dobles para cadenas, por lo que las comillas simples o backtick vuelven automáticamente a dobles para esos. JavaScript, TypeScript, Python, PHP y Ruby admiten más de un estilo, y las cadenas single-quoted de PHP/Ruby solo escapan una barra invertida y una comilla — todo lo demás, incluyendo tabulaciones y saltos de línea, permanece completamente literal.
¿Qué produce exactamente "Usar literal multilínea en lugar de \n"?
Cambia el resultado usual escapado con \n de una sola línea por la construcción multilínea nativa del lenguaje — una cadena triple-quoted en Python, un template literal en JavaScript/TypeScript, un heredoc en PHP, Ruby o bash, un here-string en PowerShell, o un bloque escalar en YAML — preservando saltos de línea reales en la salida. Solo cambia algo cuando la entrada tiene más de una línea y el lenguaje seleccionado tiene tal construcción; de lo contrario, es un no-op.
¿Detecta automáticamente el unescaping las comillas circundantes?
Sí. Pega un literal escapado — con o sin comillas circundantes — y la herramienta elimina una envoltura coincidente (incluyendo una multilínea, si está presente) antes de decodificar. El unescaping es best-effort: una secuencia de escape desconocida se mantiene como carácter literal en lugar de ser rechazada como error.
¿Por qué no cada lenguaje obtiene su propia sintaxis \u exacta?
Para mantener el comportamiento predecible, el escaping de caracteres no-ASCII siempre escribe una secuencia \uXXXX simple (o para XML una referencia de carácter numérica por punto de código real). Esto coincide exactamente con JavaScript, Java, C# y JSON; otros lenguajes la aceptan como entrada UTF-16 incluso donde su sintaxis nativa propia difiere ligeramente, como un carácter astral dividido en dos escapes.
¿Se sube mi código o texto a algún lugar?
No. El escaping y unescaping se ejecutan completamente en tu navegador — nada de lo que pegues aquí se envía nunca a un servidor.