Conversor de escape Unicode

Quem depura cargas JSON, pacotes de recursos Java ou literais de string em JavaScript encontra a cada passo a forma barra-u: quatro dígitos hexadecimais após \u que representam uma unidade de código UTF-16. A ferramenta gratuita do navegador e a API paga compartilham um único núcleo determinístico, de modo que demos em sala de aula, checagens de CI e webhooks ao vivo sempre concordam no mesmo mapeamento ao preço publicado de US$ 0,002 por item bem-sucedido.

Como os escapes \uXXXX representam unidades UTF-16

Java, JavaScript e a gramática de strings JSON descrevem texto Unicode com o mesmo escape clássico: uma barra invertida, a letra u e exatamente quatro dígitos hexadecimais. Esse desenho coincide com o que se vê na saída de JSON.stringify, em muitos arquivos Properties de Java e no JavaScript antigo anterior ao escape de code point \u{…}.

O que você envia e o que recebe de volta

Envie um campo de string obrigatório chamado text e um campo opcional mode com valor encode ou decode. Encode transforma cada caractere em unidades contíguas \uXXXX: Hi vira \u0048\u0069, e uma string que mistura ASCII com café e um emoji produz um resultado mais longo, mas totalmente escapado. Decode inverte o processo: substitui cada \uXXXX bem formado pela unidade de código correspondente, recombina pares substitutos em um único caractere quando as duas metades estão presentes e mantém caracteres literais que nunca foram escapados, de modo que colagens mistas ainda funcionam. Falhas de validação não consomem saldo pré-pago. Quando mode é omitido, encode é o padrão, de modo que um único payload ainda faz trabalho útil. No decode aceitam-se companheiros comuns de JSON como \n, \t, \r, \\ e \", para que um fragmento copiado de um literal de string não falhe no primeiro escape de nova linha. Respostas de sucesso ecoam mode e o text original, devolvem result como string principal de saída e incluem length, code_units (unidades UTF-16 processadas), escape_count (quantas formas \uXXXX foram produzidas ou consumidas), um rótulo format de \uXXXX e uma nota standard curta que nomeia Java, JavaScript e JSON. Text ausente, valores de mode não suportados, strings maiores que o máximo documentado, hex truncado após \u, dígitos não hexadecimais dentro de um escape e sequências de barra desconhecidas falham com invalid_input e uma mensagem em inglês que nomeia o índice ou o campo. O preço de chamadas bem-sucedidas à API é a base publicada de US$ 0,002 por item.

Onde a conversão de escapes Unicode aparece no trabalho real

Clientes móveis e de desktop que falam com backends Java às vezes registram pacotes no estilo Properties cheios de sequências \u em cada rótulo acentuado; equipes de suporte colam essas linhas em uma landing dedicada ao conversor em vez de vasculhar configurações do IDE. Cursos de programação ensinam que o comprimento de uma string JavaScript conta unidades UTF-16, não caracteres percebidos pelo usuário, e um codificador ao vivo que mostra dois escapes por um emoji torna essa lição concreta. Se você precisa de listas de escalares U+ sem barras, dumps hex brutos de UTF-16, codificação percentual para URLs ou entidades HTML nomeadas, trate-as como intenções de busca e landings separadas em vez de sobrecarregar esta página de sequências de escape Unicode — essas ferramentas respondem a consultas diferentes mesmo quando o código subjacente é curto. Autores de API e webhooks costumam receber JSON em que nomes de produto não ASCII ou legendas geradas por usuários aparecem totalmente escapados; decodificá-los em texto legível acelera o triagem sem subir um runtime de aplicação completo. Como esta capacidade é um motor de parse puro, o preço da API permanece na base publicada de US$ 0,002 por item bem-sucedido e a validação falha não consome saldo.