JSON 里能不能写注释？

不能。JSON 标准（RFC 8259）定义的语法里没有注释，`//` 或 `/* */` 都会导致解析报错。调试时想临时留说明，只能先把这段字段删掉，或用 JSON 之外的配置文件格式（如带注释的 YAML）。

JSON 的键必须加双引号吗？

必须。JSON 里的对象键（key）一定是用双引号包起来的字符串，写成单引号或者不带引号都不符合规范，校验工具会报语法错误。只有值里的字符串才区分双引号，数字、布尔值、null 不加引号。

JSON 最后一个元素后面能加逗号吗？

不能。JSON 不允许尾逗号（trailing comma），数组或对象的最后一个元素后面多写一个逗号就会报 `Expecting ',' delimiter` 这类语法错误。这与 JavaScript 对象字面量不同，后者允许尾逗号，所以从 JS 里复制出来的对象常需要手动去掉尾逗号才能通过 JSON 校验。

压缩和美化会改变数据吗？

不会。JSON 里的空格、换行、缩进都是不携带信息的空白字符，压缩只是去掉它们、美化只是加上它们，解析出来的数据完全一样。压缩后的 JSON 体积更小，适合给接口传参或塞进 URL、日志；美化后的 JSON 适合人眼阅读。

JSON 里的中文会乱码吗？

JSON 标准支持直接存 UTF-8 中文，出现 `\u4e2d` 这种形式是因为编码方选择了 `\uXXXX` 转义写法，两者表示同一个字符（`\u4e2d` 就是「中」）。如果拿到的是 `\uXXXX` 形式、想要读成中文，用「Unicode 转中文」功能即可还原。

在线格式化工具会把我的 JSON 上传到服务器吗？

宝塔的 JSON 在线工具在浏览器本地完成校验、格式化、压缩等操作，转换过程不会把内容上传到服务器。涉及敏感数据（如接口密钥、用户信息）时，仍建议优先用本地命令行工具处理。

JSON 挤成一行看不懂？校验、美化、压缩一次讲清（含语法错误定位）

接口调试时最常遇到的尴尬是：返回的 JSON 明明数据没问题，却挤成一行，几个嵌套层级叠在一起，人眼根本没法读。JSON 格式化工具干的就是把这段「机器友好」的文本，变成「人友好」的缩进树形，顺便帮你校验语法、按需压缩。本文讲清校验、美化、压缩这三件事分别解决什么问题，并用宝塔的 JSON 在线解析与格式化工具实测一段接口返回。

JSON 为什么会有「一行」和「缩进」两种形态

JSON 的标准是 RFC 8259，它规定了数据的写法：最外层是对象或数组，对象由「键 + 冒号 + 值」组成，键必须用双引号，值可以是对象、数组、字符串、数字、布尔值或 null，共六种。规范里还有一条关键约定——空格、换行、缩进这些空白字符在 JSON 里不携带任何信息。

所以同一份数据，既可以被压缩成一整行（省体积），也可以展开成带缩进的多行（好阅读），两者解析出来的结果完全等价。把一行展开就是「美化」，把多行压成一行就是「压缩」。

校验 / 格式化：一行展开成树形，语法错误定位到行列

「校验」和「格式化」是格式化工具体验里最常用的一步：粘贴一段 JSON，点校验，工具先检查语法是否合法，再把合法内容按缩进展开。

实测输入一行压缩形态的接口返回：

{"code":0,"msg":"success","data":{"name":"宝塔拨测","nodes":392,"available":true}}

点「校验 / 格式化」后，工具把它展开成 2 空格缩进的树形结构，每一层嵌套都清晰可读：

{
  "code": 0,
  "msg": "success",
  "data": {
    "name": "宝塔拨测",
    "nodes": 392,
    "available": true
  }
}

宝塔 JSON 在线工具将一行压缩 JSON 校验并格式化为 2 空格缩进树形

语法错误时，工具还能定位到具体行列。比如下面这段在 "code": 0 后面漏了一个逗号：

{"name": "宝塔", "code": 0 "msg": "ok"}

校验会提示 Expecting ',' delimiter，并定位到出错位置——在本机复现里，错误出现在第 1 行第 26 列，也就是 0 之后本该写逗号的地方。有了这个行列定位，再长的 JSON 也能快速找到错处，不用从头肉眼排查。

压缩：去掉空格换行，给接口传参

「压缩」（也叫 minify）是美化的逆操作：把所有不携带信息的空白字符去掉，把多行 JSON 压成一行。

压缩最直接的好处是省体积。本机实测：一段带缩进的 JSON 共 120 字节，压缩后剩 86 字节，缩掉了约 28%。这个差距对单条数据不算大，但当 JSON 被反复传输、写进日志、塞进 URL 参数时，去掉冗余空白能明显减小数据量。

需要压缩的典型场景：用 curl -d 或脚本给接口传参时，把 body 压成一行更省事；把 JSON 存成日志里的单行记录时，一行一条也更好 grep。注意：压缩只改格式，不改数据，解析出的字段和值完全一致。

转义 / 去转义：把 JSON 嵌进字符串时用

「转义」解决的是另一类问题：当你要把一段 JSON 作为一个字符串塞进别的地方（比如另一个 JSON 的字符串字段、一段 JavaScript 代码、一个数据库字段）时，里面的双引号、反斜杠需要转义，否则会把外层结构撑破。

简单理解：

转义：把 " 变成 \"、\ 变成 \\，让这段 JSON 能安全地嵌进字符串里；
去转义：反向操作，把 \" 还原成 "，拿回可以直接解析的 JSON。

什么时候会用：把 JSON 作为参数传给某个接口、把 JSON 字符串写进 JS 源码、把结果存进只接受字符串的字段时，先转义；拿到一段被转义过的内容要解析时，先去转义。

Unicode 转中文 / 中文转 Unicode：`\u4e2d` 是什么

JSON 标准允许两种方式表示中文：直接存 UTF-8 的中文字符，或者用 \uXXXX 转义形式。\uXXXX 是 Unicode 码点的十六进制写法，\u4e2d 就是「中」字。

这两种写法在 JSON 里表示的是同一个字符，只是有的接口或工具会统一转成 \uXXXX 形式输出，看起来像「乱码」其实是合法 JSON。宝塔 JSON 工具提供了两个按钮做双向转换：

Unicode 转中文：把 \u4e2d\u6587 这类形式还原成可读的中文；
中文转 Unicode：把中文转成 \uXXXX 形式，方便嵌进某些只接受 ASCII 的环境。

怎么用：打开工具，粘贴，点按钮

用宝塔的 JSON 在线解析与格式化工具（t.bt.cn/tools/json.html）时，步骤很简单：

打开工具页，把 JSON 粘贴进输入框；
点「校验 / 格式化」检查语法并展开缩进；
需要压成一行就点「压缩」，需要嵌进字符串就点「转义」；
拿到 \uXXXX 形式就点「Unicode 转中文」还原。

转换在浏览器本地完成，不会把内容上传到服务器。日常接口调试时，把「校验 / 格式化」当作第一道检查，能省掉大量手动找语法错误的时间。