JSON 转义 / 反转义

JSON 字符串转义 / 反转义工具,把任意文本(含换行、制表符、双引号、反斜杠、表情符号)转成可直接粘进 JSON 的合法字符串字面量,也能把 JSON 里的 "\n"、"\""、"\uXXXX" 等转义串还原成原文。常用于把多行 SQL、正则、证书片段、接口报文嵌进 JSON 配置,或从日志里取出 JSON 字符串字段还原内容。转换在浏览器本地完成,数据不上传。

在工作台中打开 本地处理 · 数据不上传

怎么使用

  1. 1

    粘贴原始文本

    把需要嵌进 JSON 的文本(多行、带引号或反斜杠均可)粘贴到工作台输入框。

  2. 2

    点击「转义」

    输出区得到带外层双引号的 JSON 字符串字面量:换行变 \n、制表符变 \t、引号变 \"、反斜杠变 \\,可直接粘到任何 JSON 的键值位置。

  3. 3

    反向还原用「反转义」

    拿到 JSON 中的字符串片段时,粘贴后点「反转义」即可恢复原文;输入带不带外层双引号都能识别。

  4. 4

    复制结果

    复制转义 / 还原后的文本继续使用;需要校验整个 JSON 是否合法时可在校验区查看状态。

功能特点

覆盖全部特殊字符

换行、回车、制表符、双引号、反斜杠、控制字符按 JSON 标准转义,控制字符输出为 \uXXXX 形式,粘贴进 JSON 不会破坏结构。

反转义兼容两种输入

带完整外层双引号的标准字面量直接 JSON.parse;只粘了内部内容(无外层引号)也会自动补全后还原。

中文与 Emoji 可读

中文、日文、Emoji 等非 ASCII 字符按原文保留,不强制转成 \uXXXX,转义结果仍可人工校对。

错误给出中文反馈

反转义遇到非法转义(如孤立的反斜杠、坏的 \u 序列)时返回中文错误信息,而不是抛出一串英文异常。

与校验 / 格式化同页

转义结果可直接在同页继续格式化、压缩或校验,配合树视图确认嵌套结构,无需跨站复制。

打开即用

不用登录、没有广告,贴进去就能转。

常见错误与排查

  • ! 转义产物是「字符串字面量」(带一对双引号),请放到 JSON 的键值位置而不是整个文档;直接当 JSON 解析它也合法,得到的就是原始字符串。
  • ! 正则表达式是反斜杠重灾区:转义后看到 \\d+ 不要慌,还原后即 d+,两层反斜杠是 JSON 嵌套的正常表现。
  • ! 从日志复制的字符串常带首尾双引号,直接用反转义即可;若连外层花括号一起复制,请先做 JSON 格式化再取字段。
  • ! 换行在 JSON 字符串里必须写作 \n,真实的裸换行出现在引号内会直接导致语法错误,这是手写配置最常见的报错原因之一。

常见问题

JSON 转义到底在转什么?

JSON 字符串里有些字符不能原样出现:双引号会提前结束字符串、反斜杠是转义引导符、换行等控制字符不允许出现在引号内。转义就是把它们改写成 \"、\\、\n、\t、\uXXXX 等标准写法,并在首尾补上双引号,使任意文本都能安全嵌入 JSON。

为什么我的换行变成了 \n?能保留真实换行吗?

这是 JSON 规范要求:字符串内部不允许裸换行,必须用两个字符 \ 加 n 表示。还原时解析器会把它解释回真实换行,所以信息没有丢失,只是存储形式不同。需要多行可读排版时应使用 JSON 对象 + 缩进,而不是字符串内换行。

反转义提示出错怎么办?

最常见原因是输入了孤立的反斜杠(如 Windows 路径 C:\new,\n 被当成换行转义)或截断了一半的 \uXXXX。先确认内容是从一个完整的 JSON 字符串里复制的;若是整份 JSON,建议先用格式化 / 校验工具修好整体再取该字段。

中文字符会被转义成 \uXXXX 吗?

不会。本工具按现代 JSON 标准序列化,中文等非 ASCII 字符直接保留原文(JSON 只要求转义引号、反斜杠和控制字符)。极个别老系统要求 ASCII 安全输出时,可在接收端另行处理。

转换时数据会上传吗?

不会。转义和反转义都是浏览器本地的文本计算,不会把内容发到网络,SQL、证书、报文等可以放心处理。

相关工具