用sublime正则安全修改json字段名：先匹配无引号key（如(\s*)([a-za-z_][a-za-z0-9_]*)\s*:），替换为$1"$2":；加(?
直接改接口返回字段名，别碰 JSON Schema 或后端代码——用 Sublime 正则批量修正响应体里的 key，前提是字段命名有规律、不嵌套在字符串里，且你已确认所有匹配项都该改。
怎么安全匹配 JSON 字段名（不带引号的 key）
很多接口返回的是未加引号的 key（如 {userId: 123}），但标准 JSON 要求双引号。这类写法常见于 mock 数据或非严格响应中，正则可补全引号，但必须避开字符串值里的冒号和同名字段。
- 查找：
(\s*)([a-zA-Z_][a-zA-Z0-9_]*)\s*:—— 捕获缩进 + 字段名 + 冒号前空格 - 替换：
$1"$2":—— 复用缩进，给字段名加双引号，保留原始空格风格 - 务必勾选
Whole Word和.*（正则模式），否则会误中userIds或userIdList这类子串 - 如果字段含数字开头（如
3rdPartyId），需把[a-zA-Z_]改成[a-zA-Z0-9_]，但注意这可能匹配到纯数字字段名（极少见）
为什么 $1、$2 替换后变空或错位
反向引用失效，基本就三类原因：分组没捕获到、括号是中文全角、或正则本身没匹配上任何内容。
-
$1为空 → 查找表达式里没写括号，或括号被转义成了字面量（如写了\(却没想捕获） - 字段名没被
$2捕获 → 检查字段名是否含短横线（-）、点号（.）等特殊字符，它们不在[a-zA-Z0-9_]范围内，得显式加上，比如[a-zA-Z0-9_-] - 中文括号、引号、空格混入正则 → 全部删掉重输，Sublime 对全角符号零容忍，哪怕一个中文冒号都会让整个正则失效
- 替换框里用了
\1而不是$1→ Sublime 只认美元语法，\1是 PCRE 原生写法，这里不生效
如何避免把字符串里的字段名也改了
JSON 响应里常有 "message": "user_id not found" 这种情况。正则默认不区分上下文，一搜 user_id 就全中，必须加边界约束。
- 加单词边界：
\buser_id\b可防匹配到user_id_list，但对字符串值无效（"user_id"里仍有\b） - 更稳的做法：限定左侧无引号 + 右侧是冒号 → 查找：
(?（<code>(? 表示前面不能是英文双引号，<code>(?=\s*:)表示后面紧跟着空格和冒号） - 如果字段名总出现在行首缩进后，可用
^\s*user_id\b(?=\s*:)，^锚定行首，大幅降低误伤率 - 永远先点
Find All看高亮——如果某处"user_id"被标蓝了，说明正则没写对，得加否定断言
跨行字段（如对象嵌套多行）怎么处理
默认正则的 . 不匹配换行符，所以 {\s*userId\s*: 这种跨行写法根本搜不到。得主动启用 dotall 模式。
- 查找：
(?s)\{\s*userId\s*:——(?s)让.匹配包括换行在内的所有字符，\s*才能吃掉中间的回车和缩进 - 但注意：
(?s)会让.*变得极度贪婪，容易从第一个{吞到文件末尾。务必配合非贪婪量词，比如(?s)\{.*?userId\s*: - 更稳妥：不用
(?s)，改用[\s\S]显式表示“任意空白或非空白字符”，语义清晰且兼容性好：\{[\s\S]*?userId\s*: - 跨行操作风险极高，建议只在小范围选中块（
Ctrl+Shift+P→Selection: Expand to Brackets）内执行，别直接全文件 Replace All
最麻烦的不是写不对正则，而是字段名在注释、日志字符串、甚至正则字面量里重复出现——这些地方改了会导致运行时错误。每次执行前，盯着 Find All 的高亮看三秒，确认没有蓝色落在引号内部或斜杠之间。
