正则替换 json 是高风险操作，因其无法识别引号是否在字符串内、是否被转义或闭合，易破坏结构导致解析失败；仅可在已知合法、微调且明确每步影响的受控场景下谨慎使用。
为什么正则替换 JSON 是高风险操作
JSON 结构有嵌套、转义、字符串边界等语义约束，正则无法识别引号是否在字符串内、是否被转义、是否闭合。直接用 Ctrl+H 批量替换 { 或 , 后加换行，极大概率破坏数据：比如把 "path\file.json" 里的 \ 当成普通字符拆开，或在注释（哪怕只是临时写的 //）里误插换行。这不是“格式不美观”，是让 JSON.parse() 直接报错。
哪些场景下可以谨慎用正则辅助
仅限已知合法、仅需微调的 JSON 片段，且你清楚每一步在改什么。常见真有用处的场景：
- 删掉从网页复制来的 HTML 实体，如把
"替换成"（搜索"，替换为"） - 清除行首/行尾空白，避免缩进混乱：搜索
^s+|s+$，替换为空（需勾选. matches newline吗？不，这里不需要） - 把单引号强制转双引号（仅当确认无单引号在字符串值中）：搜索
'([^']*)'，替换为"$1"—— 但注意这会吃掉字符串内的单引号，例如'O'Reilly'变成"OReilly" - 补全缺失的逗号（仅适用于数组/对象末尾明确缺逗号，且你手动核对过结构）：搜索
(}|]) (s*[w"'-])，替换为$1, $2
别碰的正则模式（高频翻车点）
以下写法看似“能跑”，实则埋雷：
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
-
{.*?}：非贪婪匹配会跨层级截断，{"a": {"b": 1}}中只匹配到{"a": {"b": 1就停了 -
,(?!s*})：想给非结尾的逗号后加空格，但遇到"key": "val,"里的逗号也会中招 -
:s*(?![^{]*})：试图跳过字符串里的冒号，但正则无法解析嵌套引号边界，必然误判 - 用
,：把数组项间逗号全换行，但忘了对象键值对间的逗号也一起换了，结构坍塌
真正安全的替代路径
如果你连 python -m json.tool 都不能运行，至少走这三步：
- 粘贴内容到浏览器控制台，执行
JSON.parse(`你的文本`)，看是否报错——这是最轻量的合法性校验 - 用
JSON Reindent（命令名是json_reindent）只做缩进重排，它不改内容、不校验，但也不会错 - 必须用插件时，选
HTML-CSS-JS Prettify并确保配置里"json": true和"ensure_ascii": false已启用，它比任何手写正则都懂 JSON 的边界
正则不是万能钥匙，它是把没锁芯的螺丝刀——拧得动某些螺丝，但拧多了，螺纹就滑了。
