手写 JSON 常漏写键名引号、夹单引号或注释，标准 JSON.parse 会报错。这篇讲清宽松格式化工具自动补引号、清注释、去尾逗号的范围，以及前导零数字、未加引号的值会被按字符串保留的原因，帮你判断一段不标准 JSON 该不该直接交给工具修。
标准 JSON 要求键名必须双引号，但手写配置、接口调试时经常写成 {name: "小花"} 这种漏引号、带注释、多逗号的「不标准」写法，标准 JSON.parse 会直接报错。本地工具箱的 JSON格式化 用宽松解析器预处理，能自动补引号、清注释、去尾逗号，把这类文本修成合法 JSON 再排版，全程在浏览器本地完成、不上传输入。
先说结论
宽松 JSON 格式化能自动修好「键名漏引号、单引号字符串、行尾多逗号、行内 // 注释」四类不标准写法，但不会改变任何字段值，也不会把数字强行转成字符串。
- 键名不加引号（
{name: "小花"}）、用单引号（'id'）、尾随逗号、//与/* */注释，都会在原样保留字段值的前提下被修成合法 JSON。 - 前导零数字（
007、0102）和特殊数字写法（+1、.5、0x1f）会被特殊处理：前导零按字符串保留避免编号丢零，0x1f这类保留原文本，不强行转数值。 - 排序只调整键的顺序，可选 原始顺序 / 正序 / 倒序，递归作用于每一层；元素全为字符串或全为数字的数组也会一并排序。
- 压缩成单行（去掉缩进换行）与展开（默认 2 空格缩进）可随时切换，二者都不改写内容，互为可逆操作。
- 解析与排版全在浏览器本地完成，输入不上传服务器；工具免费、无需登录、无次数限制。
为什么会这样
标准 JSON 规范只认双引号键名和双引号字符串，凡是不符合的写法解析器一律拒绝，所以手写时图方便的那些写法一进 JSON.parse 就报错。
宽松解析器的定位，是「先把不标准的写法认出来，补成标准的，再交给标准解析器校验」。现实中人写 JSON 更像写 JS 对象字面量：键名能省引号、字符串能用单引号、行间还能加注释。这些习惯在规范里全是非法的，但信息本身没错。工具的做法是相容这些习惯——补引号、换单引号为双引号、删注释、去尾逗号——修完再走严格校验，保证右侧输出的一定是合法 JSON，同时尽量保留人原本的书写便利。
为什么敢动结构却不敢动值，是关键分水岭。重新 JSON.stringify 会把大整数压成浮点数、把 \u4e2d 这类转义改回原文，等于擅自改了数据，格式化工具不该这么做。所以解析走的是「保留原始字面量」的树：数字、字符串转义都记原样，排序时只移动节点的先后顺序，输出时仍然写回原始字面量。你看到的键顺序变了，但每个值都和输入一字不差。
前导零为什么非要当字符串，是最容易被误解的一点。007 在 JSON 里本就非法，但真实数据里它多半是工号、区号、电话号，丢掉前两个零信息就错了。宽松解析器选择把前导零数字按字符串处理，宁可多一层引号，也不吞掉那两个零。同样，+1、.5、0x1f 这类写法也原样保留为对应字面量，不强行统一成某种数字形态。
本地处理的边界也要说清：所有解析和排版都没有网络请求参与（页面进入时的 IP 查询不携带任何输入内容），所以粘贴的 JSON 从始至终不离开浏览器。只有明确标注「需上传」的 AI 类功能才把内容提交到后端，并且先付款后上传、失败原路退款。普通格式化、排序、压缩都不在这一列。
具体怎么做
把不标准的 JSON 原样粘进输入框，右侧会实时显示修好后的结果，并用提示条说明改了哪些地方，先确认改动符合预期再复制。
- 打开 JSON格式化，把漏引号或带注释的文本整段粘进左侧输入框。它会先跑宽松解析，能修的当场修，修不动的（如括号不匹配、缺少冒号）会在右侧指出具体行列与原因。
- 看结果上方的提示条（如「为 3 个键名补上双引号 / 清除了 2 处注释」），确认这一批结构改动符合预期。提示条只报「动了结构」，不报「动了值」，二者要分开判断。
- 需要规范化键顺序时，把排序切到 正序 或 倒序：对象逐层按键名排序，全字符串或全数字的数组也会排；只想保持原样就留 原始顺序。
- 要把结果塞进一行（写日志、
localStorage或单行配置）就点 压缩，变回多行点 格式化；二者都不改内容，只是缩进和换行的差别。 - 复制或下载：点 复制 直接拿走结果，点 下载 存成带时间戳的
.json文件，重复下载不会互相覆盖。需要把它转成 XML 配置就接着用 JSON 转 XML，它与本页共用同一套宽松容错。 - 两份 JSON 想看差异，先用本页各自格式化对齐缩进，再进 JSON 对比 按字段逐项比对，键顺序不同不会算成「值不同」。
参数对照
下面这张表把「能自动修」和「会按字符串保留」的写法分开列，帮你预判一段不标准 JSON 交给工具后变成什么样，避免误以为它会改数据。
| 写法 | 宽松解析如何处理 | 为什么要这样 |
|---|---|---|
键名不加引号 name: "小花" |
补上双引号，按合法键名处理 | 手写习惯类 JS 对象，补引号即合法，值不动 |
单引号字符串 'id': 1 |
单引号改双引号 | 仅换引号形态，字符串内容原样保留 |
// 行注释、/* */ 块注释 |
整段删除 | 标准 JSON 无注释，留着会触发解析报错 |
对象或数组尾随逗号 {a:1,} |
删除多余逗号 | 标准 JSON 不允许尾逗号，去掉即合法 |
前导零数字 007、0102 |
当字符串保留（加引号） | 多半是工号或电话，丢零会错 |
特殊数字 +1、.5、0x1f |
原样保留为对应字面量 | 容错解析，不强行统一成数值 |
常见误区
宽松格式化最大的误用，是把「能相容不标准写法」理解成「能把任意文本变成合法 JSON」——它修的是结构瑕疵，不是数据错误。
以为工具会顺手把字段值也规范掉。 实际它只动结构（引号、注释、逗号、顺序），字符串写什么就保留什么，大小写都不改；True、None 这类非标准值不会被「聪明地」转成 true、null。
以为前导零数字会被「智能」转成数值。 实际 007 会被当字符串，因为丢前导零多半是错的；想让它当数字，先自己确认那不是编号，再手动去掉引号。
以为压缩成单行会损失信息。 实际只是去掉缩进和换行，字符一个不少；想再展开点 格式化 立刻还原，二者互为可逆操作，不存在「压完就回不来」。
以为在线工具会偷偷上传我粘的 JSON。 实际解析全在浏览器本地，只有明确标「需上传」的 AI 功能才发后端，且先付款后上传；普通格式化、排序、压缩都不离开本机。
常见问题
下面按真实搜索句式整理了几个高频疑问，覆盖从「能不能直接扔进去」到「会不会改我数据」。
键名不加引号能直接格式化吗？
能。{name: "小花", age: 18} 这种写法会被自动补上双引号，右侧就是合法 JSON，复制或下载都能直接用；提示条会写明补了几个键名、清了几处注释，方便你核对改动范围。
JSON 格式化会把我的数据改了吗？
不会。它只调整缩进、换行、键名引号和键顺序，字段值一律原样保留：字符串内容、数字精度、\u4e2d 这类转义都不动；只有单引号字符串会改成双引号，转义还原后显示效果一致。所有解析都在浏览器本地完成，输入不上传。
压缩成单行还能还原吗？
能。压缩只是去掉缩进和换行，字符一个不少；点 格式化 立即变回多行展开（默认 2 空格缩进），二者随时切换、互不损失信息。需要把结果塞进一行日志或存储时，压缩最省事。
前导零的数字比如 007 会被改吗？
会按字符串保留。007 在 JSON 里本就非法，但真实数据里多半是工号或区号，丢零就错了；宽松解析器宁可加引号当字符串，也不吞掉前两个零。确认那确实是数值，再手动去掉引号即可。
JSON 格式化需要注册或付费吗？
不需要。这个工具免费、无需登录、无次数限制，计算与渲染都在浏览器本地完成，输入内容不上传服务器。只有页面上明确标价、带「需上传」字样的 AI 功能才涉及付费与后端处理，且先付款后上传、失败原路退款。
下次再遇到 JSON.parse 报错的「不标准」文本，先粘进 JSON格式化 让它自动补引号、清注释、去尾逗号，确认提示条无误再复制走。
