Sublime中正则替换关键在锚定边界、控制范围、验证位置；避免\b\w{N}\b失效需用负向断言或空白符锚定，中文匹配前须确保UTF-8编码，替换前必先Find All验证命中范围。
在 Sublime 中用正则替换特定词组，关键不是“写得有多全”，而是「锚定边界 + 控制匹配范围 + 验证是否真落在代码逻辑位置」——漏掉任一环，就可能把 user_id 替成 user_id_new 后，user_id_list 也被连带改出错。
怎么避免\b\w{N}\b匹配失效
Sublime 的 \b 对中文、下划线连接符（如 user_name）、Unicode 字符基本无效；\w 默认只认 ASCII 字母数字和下划线，不匹配汉字、emoji 或全角符号。
- 想匹配纯英文 4 字变量名（如
name、data），用(? ——前后加负向断言，确保左右不是字母或数字 - 要覆盖中英文混合的 4 字组合（如
用户登录、login1），改用(?，靠空白符锚定而非单词边界 - 文件编码不是 UTF-8（尤其没 BOM）时，
[\u4e00-\u9fa5]会失效；先执行File → Reopen with Encoding → UTF-8再试 - 别直接搜
id，它会命中user_id、identity、debug——必须加上下文限定，比如\bconst\s+id\s*=
替换前如何确认只改目标位置
正则一开就点 Replace All，等于把刀交给盲人。真正安全的操作是分三步验证：
- 先按
Ctrl+F单独测试查找：输入表达式后看高亮是否精准圈出你想要的那几处，数量是否合理（比如预期改 5 处，却高亮了 87 处，立刻停手） - 逐个点开高亮项，检查是否落在字符串字面量（
"user_id"）、注释（// id is required）、正则字面量（/\d+/）或 HTML 属性值里——这些地方不该动 - 对复杂场景（如改函数参数名），先手动选中代码块（
Ctrl+Shift+P → Select Code或多行选中），再执行Find All，避免跨区域误触
捕获组编号和 $1 引用为什么总出错
$1 不生效，90% 是因为三个条件没同时满足：正则模式没开、查找框里没写括号、替换框写了 \1 或 ${1}。
- 必须点击替换面板右下角的
.*图标（或按Alt+R），状态栏显示Regex才算激活 - 查找内容中必须有
()，且编号严格按左括号从左到右顺序计：比如((\w+))中，外层是$1，内层是$2，没有非捕获组(?:)这种写法 - 替换框里只认
$1，写\1或${1}会原样输出字符；想输出字面$，得写$$ - 嵌套太深（如
fn(a, fn(b, c))）时，\(([^)]+)\)会截断，含换行更得用\{[sS]*?\}，但无法处理递归结构，需人工校验
跨文件批量替换为何查得到却替不了
Ctrl+H 的「替换全部」只作用于当前文件；想改整个项目，必须用 Ctrl+Shift+F（在文件中查找），否则白忙活。
- 打开
Ctrl+Shift+F后，务必勾选右下角.*图标启用正则，并在Where栏填路径（如src/**/*.js），留空默认查当前文件夹 - 先点
Find预览匹配结果，重点看是否命中目标文件——有时正则本身没问题，只是路径没覆盖到 - 替换后不会自动保存，要手动执行
File → Save All或Ctrl+K → Ctrl+B - 大文件或含零宽字符时容易卡死；若
. matches newline开启后仍卡住，说明文本混有 BOM 或异常换行符，先统一为 Unix 换行符（File → Line Endings → Unix）再试
最常被忽略的是：正则写完不验证查找逻辑，直接进替换面板狂点 Replace All。哪怕表达式语法全对，只要没确认它真的只抓到了你想改的那几处，就等于在生产环境跑未经测试的 SQL。
