Benkit · 我的工作台

JSON 转义(JSON Escape)

JSON Escape · 数据处理

两个方向,一件事办利索:把任意文本安全转义成 JSON 字符串,或把日志里"带转义的 JSON"还原成可读格式。全部处理在浏览器本地完成,支持宽松语法,数据不上传。

jsonescapeunescapestringstringifyquote

使用步骤

1. 粘贴内容:把原始文本或带转义的 JSON 字符串粘贴到输入区。

2. 选方向:点「转义」生成 JSON 字符串字面量;或点「反转义」还原被转义的原文。

3. (可选)切换格式:输入为 JSON 对象时,用格式按钮在压缩与美化间切换。

4. 复制结果:一键复制输出,或留在工作区继续处理。

适用场景

还原日志/抓包里的转义 JSON — 从日志、Redis 记录或抓包工具复制出来的 JSON 长这样:{\"name\":\"test\"}——直接格式化必然报错。先在这里反转义,得到干净的可读 JSON。

构造 JSON-in-JSON — 把一段 JSON 作为字符串值塞进另一个 JSON(消息队列 payload、配置嵌套、测试用例构造),转义规则交给工具,不用再手数引号。

把多行文本安全写入 JSON 字段 — 工单描述、SQL 语句、多行说明文字嵌入 JSON 时,换行与引号的转义最容易出错——粘贴进来一键搞定。

排查"为什么我的 JSON 格式化报错" — 报错原因往往不是 JSON 坏了,而是它被转义过一层。本页与 JSON 格式化工具配合:先反转义,再格式化。

对接第三方 API 的字符串参数 — 调用需要字符串化参数的接口时,确保引号与特殊字符按 JSON 规范转义,避免隐形的参数错误。

常见问题

JSON 转义是免费的吗?会上传我的数据吗?

完全免费,数据全程在浏览器本地处理,不上传服务器,断网同样可用。

为什么带转义的 JSON 直接格式化会报错?

因为它是"JSON 字符串里的 JSON"——外层引号与转义符(\"、\\n)使它整体只是一个字符串,不是 JSON 结构。先用反转义剥掉这一层,再用 JSON 格式化工具处理即可。

转义时哪些字符会被处理?

按 JSON 规范处理:双引号、反斜杠、换行、制表符、回车以及其他控制字符。

反转义时提示"结果不是字符串"是什么意思?

说明你粘贴的本身就是一个 JSON 对象(不是被转义的字符串)——它不需要反转义,直接去 JSON 格式化工具处理即可。

支持带注释或单引号的输入吗?

反转义使用宽松解析,JSONC/JSON5 风格的注释、单引号与尾逗号均可处理。

和 JSON 格式化工具是什么关系?

分工不同:格式化工具处理 JSON 的"结构层",本页处理"字符串层"。两者在工具箱内互相配合,覆盖"转义 → 格式化 → 校验"的完整链路。