JSON 字符串转义工具

什么是 JSON 转义？

// Input text
She said "hi"
then left.

// Escaped (Wrap on) — identical to JSON.stringify(input)
"She said \"hi\"\nthen left."

// Escaped (Wrap off) — just the body, for hand-built JSON
She said \"hi\"\nthen left.

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

核心功能

示例

{"event":"signup","user":{"id":42,"name":"Alice"}}

function greet(name) {
  return `Hello, ${name}!`;
}

She said "hello"	then left.

Price: 9.99€ — café société

如何使用

1. 1

   粘贴你的文本或 JSON

   在输入框中输入或粘贴任何内容——JSON 对象、代码片段、日志行或纯文本。转义结果即时出现。点击「加载示例」试用 JSON-in-JSON 负载或多行函数等样例。

2. 2

   选择转义选项

   保持「包裹双引号」开启可得到完整的 JSON 字符串字面量（与 JSON.stringify 相同），关闭则只得到转义后的内容。需要纯 ASCII 的 \uXXXX 输出时切换「转义非 ASCII」，把 JSON 内联进 HTML <script> 标签时切换「转义正斜杠」。

3. 3

   复制转义后的字符串

   点击「复制」抓取结果，即可粘贴进 JSON 文档、REST 请求体或配置文件。点击「交换方向」翻转为反转义模式以验证无损往返。

常见转义陷阱

Input already escaped: line1\nline2
Escaped again -> line1\\nline2  (literal backslash-n)

Raw input: line1
line2
Escaped once -> line1\nline2  (real newline encoded)

{"msg": hello \"world\"}
// Missing quotes around the value -> invalid JSON

{"msg": "hello \"world\""}
// Wrap on supplies the quotes -> valid JSON

café  ->  caf\u00e9   (no downstream need; just noise)

café  ->  café         (valid JSON, readable, smaller)

常见用例

JSON-in-JSON Webhook 负载

转义请求体，使其能作为字符串字段存进 webhook 信封、Kafka 消息或审计日志。保持「包裹」开启，输出即可赋给外层文档的某个键。

配置中的多行片段

把多行 shell 脚本、SQL 查询或代码片段变成单个 JSON 字符串值。每个换行变成 \n，JSON 配置文件在单行内保持有效。

手写的 REST 请求体

在把 JSON 字符串放进 curl --data 参数或 HTTP 客户端前先转义，使引号和换行能在 shell 与传输链路中存活而不破坏请求。

日志安全的字符串编码

在把用户提供的内容写入结构化日志行前先转义，防止注入的引号或换行破坏日志格式或下游 JSON 日志解析器。

纯 ASCII 的老旧集成

为 SOAP 网关、邮件头或在传输中破坏 UTF-8 的旧系统生成纯 ASCII 的 \uXXXX 输出，同时仍可被任何现代 JSON 解析器完全解码。

把 JSON 内联进 HTML

转义正斜杠，使 JSON 数据块能直接嵌入服务端渲染页面的 <script> 标签，而不会因数据内的 </script> 提前关闭标签。

技术细节

转义算法

本工具用 JSON 规范的字符串规则序列化你的输入：U+0022 (") → \"，U+005C (\) → \\，U+0008 → \b，U+000C → \f，U+000A → \n，U+000D → \r，U+0009 → \t，任何其它 U+0020 以下字符 → \u00XX。开启「包裹」时包含外层双引号；关闭时去掉它们。这与合规序列化器的输出完全一致，保证无损往返。

Unicode 与代理对

默认情况下，U+007F 以上的字符以字面 UTF-8 输出，这是 JSON 允许的。开启「转义非 ASCII」后，每个这样的字符都用其 UTF-16 码元转为 \uXXXX；基本多文种平面之外的字符（emoji、罕见文字）编码为两个 \uXXXX 转义的代理对——例如 😀（U+1F600）变成 \ud83d\ude00，与 JSON 序列化器生成的表示相同。

正斜杠与 HTML 上下文

JSON 不要求转义 /，所以默认保留。启用「转义正斜杠」后，每个 / 变成 \/。这样做唯一的实际理由是 HTML 嵌入：在 <script> 标签内，字面子串 </script> 无论 JSON 上下文如何都会关闭标签，因此把斜杠转义为 <\/script> 可在保持规范有效的同时保护内联的 JSON 完整。

最佳实践

需要完整字面量时保持「包裹」开启

当你需要在代码中赋值或粘贴到 JSON 冒号之后的值时，保持「包裹双引号」开启——输出是与 JSON.stringify 相同的完整、可解析的 JSON 字符串。只有当你自己手打外层引号时才关闭它。

非必要不开启 Unicode 转义

原始 UTF-8 是合法 JSON 且可读性更好。只在某个错误处理 UTF-8 的特定下游系统（老旧 SOAP、某些日志管道、纯 ASCII 源文件）才启用「转义非 ASCII」。默认转义一切只会让输出更杂乱。

只为 HTML 嵌入转义斜杠

正斜杠转义只在一处重要：内联进 HTML <script> 标签的 JSON。在那之外它只增加杂乱而无益处，所以对 REST 请求体、配置文件和消息负载请关闭它。

用「交换」验证往返

在把转义数据送入管道前，点击「交换方向」对其反转义，确认取回原始文本。这能捕捉意外的双重转义——本应是 \n 处出现 \\n 的常见根源。随时可用我们的 JSON 反转义 工具反向操作。

常见问题