JSON格式化校验

因为默认输入模式是宽松模式：//和/* */注释以及末尾逗号都会接受，作为警告报告，并从输出中去掉。对手工编辑的配置文件来说，这是实用的选择。如果确实需要证明文件是标准JSON，把输入模式切换为严格，这些写法就会变成错误。

解析器在某个位置遇到了一个不能用的字符。常见原因是缺了或多了逗号、用单引号代替双引号、键没有加引号，或者值提前结束。提示里给出了行和列，从报告位置往前一两个记号开始读。

选择压缩。所有可省略的空格、制表符和换行都会去掉，结果只有一行，通常比缩进版小15%到30%。解析出的数据完全相同，所以凡是能用格式化版本的地方，都可以直接换成压缩后的文件。

JSON数字是浮点数，所以大于2^53的整数不能全部精确表示。输入9007199254740993，得到的是9007199254740992。外部系统的长标识符最常受影响。每个有这个问题的字面量都会连同路径一起标出，根本的解决办法是让生成数据的API把这些ID作为字符串发送。

能，排序是一个开关，作用于每一层嵌套。比较两份导出之前最有用，因为它消除了没有意义的顺序差异，diff里只剩真正的改动。JSON里键的顺序没有含义，所以排序不会丢失任何信息。

它检查完就停止。你会得到结论以及完整的错误和警告列表，但不会生成可下载的文件。只想知道文件是否完好、并不打算重写它时用这个模式，比如即将发布的构建产物或API响应。

不会。解析、检查和重写都在你的浏览器标签页里完成，使用的是随页面加载的代码。没有服务器接收这些文本，不记录任何内容，关闭标签页后什么也不留。