JSON 字符串反转义工具

什么是 JSON 反转义？

// Escaped input (copied from a log, quotes optional)
User said: \"it works!\"\nSession ended.

// Unescaped output — readable again
User said: "it works!"
Session ended.

// \uXXXX and surrogate pairs decode too
caf\u00e9 \ud83d\ude00  ->  café 😀

// JSON-in-JSON
{\"a\":1}  ->  {"a":1}

核心功能

示例

"User said: \"it works!\"\nSession ended."

{\"event\":\"signup\",\"user\":{\"id\":42}}

caf\u00e9 \ud83d\ude00 r\u00e9sum\u00e9

function greet(name) {\n  return \"Hi \" + name;\n}

如何使用

1. 1

   粘贴转义字符串

   输入或粘贴一个 JSON 转义字符串——带或不带外层双引号皆可。解码文本即时出现。点击「加载示例」试用转义日志行或 \uXXXX 编码字符串等样例。

2. 2

   阅读解码输出

   转义序列变成真实字符：\n 变成换行，\" 变成引号，\uXXXX 变成 Unicode。如果输入格式错误，错误提示条会说明问题，便于你修正出错的反斜杠。

3. 3

   复制或验证结果

   点击「复制」抓取可读文本，或把它送进 JSON 格式化校验。点击「交换方向」就地重新转义并确认往返与你的原始内容一致。

常见解码陷阱

value: \q and \x41
// \q and \x hex are not valid JSON escapes -> error

value: \\q and \u0041
// literal backslash doubled; hex written as \u -> decodes

say "hi" there
// interior unescaped " breaks auto-wrapping -> error

say \"hi\" there
// interior quotes escaped -> decodes to: say "hi" there

path: C:\Users\Alice
// \U and \A are invalid escapes -> error

path: C:\\Users\\Alice
// doubled backslashes -> decodes to C:\Users\Alice

常见用例

解码结构化日志字段

从 JSON 日志行复制一个满是 \n 和 \" 的消息字段并反转义它，读到当初输出时的真实多行消息，而不必费力辨认转义序列。

读取 JSON-in-JSON 负载

把一个作为转义字符串字段存储的内层 JSON 对象还原成真实 JSON，便于你阅读或粘贴进解析器——在 webhook 信封和审计日志中常见。

从 ASCII 安全输出还原 Unicode

把老旧系统大量含 \uXXXX 的输出解码回带重音的字母、CJK 字符和 emoji，还原被强制为纯 ASCII 的数据的人类可读形态。

还原被压平的代码片段

把一段被折叠成单个 JSON 字符串（每个换行都是 \n）的脚本或查询还原成格式正确、多行、可读的代码。

调试双重编码的数据

当一个值看起来像 \\n 或 \\\" 时，反转义一次以检查它是否在上游被意外转义了两次，然后修正生产方——一个常见的集成 bug。

检查 API 错误消息

许多 API 把错误详情作为转义字符串返回在 JSON 信封内。反转义该消息以读取那些原本被转义序列隐藏的堆栈跟踪和嵌套负载。

技术细节

解码算法

本工具把输入解析为 JSON 字符串：如果它已被双引号包裹则按原样解码，否则先把原始输入包裹进引号，使裸的转义内容也能解码。每个识别的转义（\n \r \t \b \f \" \\ \/ \uXXXX）映射到它的字符；这与合规 JSON 解析器一致，保证任何序列化器转义的字符串返回到它的确切原始形态。

代理对重建

一个 \uXXXX 转义产出单个 UTF-16 码元。当一个高代理（\uD800–\uDBFF）紧跟一个低代理（\uDC00–\uDFFF）时，二者会被组合成一个基本多文种平面之上的码点——所以 \ud83d\ude00 解码为单个字符 😀，而不是两个损坏的半部。

校验与错误处理

如果输入含无效转义（反斜杠后跟不识别的字符，或格式错误的 \u 序列）或破坏包裹的不成对引号，解码会干净地失败并显示错误提示条，而非输出损坏的内容。合法输入总能产出确切的解码字符串；无效输入绝不产出误导性的部分结果。

最佳实践

带或不带引号粘贴——两者都行

不要浪费时间修剪外层引号。工具对 "hello\nworld" 和 hello\nworld 的解码完全相同，所以粘贴你复制到的任何东西——包括从更大文档中间截取的片段——直接读结果。

先反转义一次，再检查双重编码

如果解码输出仍显示 \n 之类的反斜杠序列，说明原文在上游被双重转义了。再反转义一次以确认，然后修正生产方，使它只转义一次而不依赖反复解码。

校验解码后的 JSON

反转义一个 JSON-in-JSON 负载后，把结果送进我们的 JSON 格式化 以确认它有效并美化它。反转义还原文本；格式化确认结构。

用「交换」验证往返

点击「交换方向」重新转义解码后的文本，检查它是否与你起初的字符串一致。不一致指向格式错误的输入或意外的转义，在问题扩散前暴露数据隐患。

常见问题