在线 JSON 转义工具(JSON Escape / Unescape / Unicode)

关闭后中文等非 ASCII 字符原样保留,输出更短;开启后输出可安全放进只认 ASCII 的环境。
把 < > & 也转成 \u003c 这类形式,结果要嵌进 HTML 页面或内联脚本时防 XSS。
本工具所有转换均在浏览器本地完成,输入内容不会上传服务器,无需注册即可使用。

在线 JSON 转义工具(JSON Escape / Unescape / Unicode):转义引号与反斜杠、按需转 Unicode、顺带校验 JSON 是否合法

JSON 转义工具怎么用?把 JSON 安全地放进另一层 JSON

JSON 转义工具是一种把 JSON 文本中的引号、反斜杠、换行等特殊字符转成转义序列、或把转义序列还原成原文的在线工具。

粘贴内容后选择转义或反转义即可,还能顺手校验 JSON 是否合法,全部在浏览器本地完成。

什么时候必须做 JSON 转义

当一段 JSON 要作为字符串塞进另一层 JSON 的字段里时(例如接口的 payload 字段、日志字段、消息体),内层引号必须转义,否则外层解析会在第一个引号处提前结束,得到结构错误或字段缺失。把 JSON 存进 CSV、配置文件或 SQL 语句时同样需要先转义。

另一个常见场合是把用户输入直接拼进 JSON 字符串:引号、反斜杠这类字符若不转义,轻则解析失败,重则改变数据结构,让本应作为文本的内容变成额外字段。凡是「字符串里再放字符串」的场景,都应先转义再拼接。

需要转义的字符其实只有这几类

双引号、反斜杠、换行、回车、制表符,以及码位小于 0x20 的控制字符。中文、Emoji 与其它可打印字符在现代 JSON 里可以不转义,直接以 UTF-8 原样存放;只有在需要纯 ASCII 传输或对接老系统时,才把非 ASCII 字符一并转成反斜杠加 u 的码位形式。

Unicode 转义与 JSON 转义是一回事吗

不完全一样。Unicode 转义是把字符换成码位写法,属于字符层面的表示;JSON 转义是给会破坏 JSON 语法的字符加反斜杠,属于语法层面的处理。实践中通常两者配合:先做语法转义,再按需把非 ASCII 字符转成码位。工具把这两种能力分开提供,就是让使用者自己控制粒度和体积。

反转义失败通常是什么原因

常见三类:一是输入里存在孤立的单个反斜杠或非法转义序列,解析会直接报错;二是内容已经被外层解析过一次,再做一次反转义就成了双重还原;三是文本里混入未转义的换行,按行处理时被截断。遇到报错时先用校验功能定位到具体位置,再决定是补齐转义还是改用反转义。

校验与转义能一起做吗

可以,但顺序要对:先校验确认整体结构合法,再做转义。如果先转义再校验,外层看到的是一个字符串而不是对象,校验结果会与预期不符。工具把两者做成独立按钮,正是为了避免把「合法 JSON」与「合法 JSON 字符串」混为一谈。

转义能防 XSS 吗

只能算其中一环。把尖括号与和号一并转义后,内容被插入 HTML 时不会被当作标签执行,这是纵深防御的一层;但真正的 XSS 防护依靠服务端的输出编码与内容安全策略,不能只依赖前端转义。这里的转义首先保证数据在传输与存储中保持完整。

嵌套 JSON 的转义怎么做才不会破坏语法

当一段 JSON 需要作为字符串放进另一层 JSON 时,内层的引号必须转义,否则外层解析会在第一个引号处提前结束,结果就是字段缺失或结构报错。本工具按 JSON 语法规则处理引号、反斜杠、换行、回车与制表符,并可按需把非 ASCII 字符转成 Unicode 转义。

转义与反转义、语法校验分成独立操作,避免把「合法 JSON」与「合法 JSON 字符串」混为一谈。

  • 转义覆盖双引号、反斜杠、换行、回车、制表符与小于 0x20 的控制字符。
  • 可选把中文与非 ASCII 字符一并转成 Unicode 转义,便于纯 ASCII 传输与老系统对接。
  • 反转义能还原被转义的引号与换行,恢复成可读的 JSON 文本。
  • 内置 JSON 合法性校验并给出错误位置,便于先定位再决定转义方向。
  • 可选同时转义尖括号与和号,降低内容被当作标签解析的风险。
  • 全部处理在浏览器本地完成,输入内容不会上传服务器,无需注册。
如果只是需要格式化与压缩 JSON,请使用 JSON 格式化工具;文本级的 Base64 与 URL 编码请使用文本编码转换器。
评论 0
暂无评论,快来发表第一条评论吧
avatar
评论内容不能为空
0/255