sublime中if不可靠因将_、数字等也视为单词字符，易误匹配；应改用负向断言(?
Sublime正则替换为什么匹配不到 if/for/return 这类关键字
因为默认的 if 在 Sublime 里对关键字边界处理不可靠—— 把下划线、数字甚至某些 Unicode 字符都当“单词字符”，if 可能匹配到 self 里的 if，也可能漏掉 if( 前面没空格的情况。它不是 bug，是 PCRE 引擎在 Sublime 中的实现特性。
真正稳的写法是用负向断言：(?，意思是“前面不能是字母/数字/下划线，后面也不能是”。这个模式不依赖 <code>，兼容 JS/Python/Java 等主流语言的语法上下文。
- 想只改函数体内的
return，不碰注释或字符串？加上下文限定：(? - 匹配
for但排除foreach？写成：for(?!s*each) - JS 中改
function为const箭头函数？必须捕获函数名：functions+(w+)s*()→const $1 = () =>，且务必开启正则模式（点.*图标）
不同语言关键字替换要关哪些开关、开哪些选项
同一套正则在 JS 和 Python 里效果可能完全不同，关键在于匹配粒度和上下文容忍度。
- JS/TS：勾选
Match Case+Whole Word，避免把console.log里的log当关键字；Use Regex必须开，否则s*、(全当字面量 - Python：注意缩进敏感，替换
def时建议先用^( *)def捕获缩进，替换为$1async def，防止破坏层级 - Java/C++：关键字后常跟
{或;，可用whiles*{锁定结构，避开while(true)这种带括号的变体 - 所有语言：禁用
index_files（在Preferences → Settings加"index_files": false），否则大项目搜索会跳过文件或卡死
替换后代码崩了？90% 是这三处没检查
Sublime 不做语法校验，它只管文本替换。你替完 var → const，结果 var i = 0 变成 const i = 0 没问题，但 var x, y 变成 const x, y 就直接报错。
- 检查是否误改了多变量声明：
var a, b, c→const a, b, c是非法语法，得拆成const a; const b; const c;或用let - 检查字符串和注释：用
Find All后手动扫几处高亮，看是否落在"if"或// for loop里 - 检查正则中的特殊字符是否转义：比如替换路径
C: emp，查找框必须写C:\temp，单个会被吃掉
跨文件批量改关键字前，必须做的两件事
别信“Where 填 . 就万事大吉”。项目里有 node_modules、dist、.git，它们不是“目录”，是 Sublime 默认跳过的黑名单。
- Where 框填
src,-node_modules,-dist（逗号分隔，减号排除），而不是./src/**或空着——后者要么搜整个磁盘，要么只搜已打开文件 - 替换前先提交 Git：
git add -A && git commit -m "before keyword replace"；替换后立刻git diff扫一眼，比肉眼查快十倍 - 如果目标是重构（比如把
var全换const），别指望一次到位——先跑一遍vars+(w+)→const $1，再单独处理vars+(w+),s*(w+)这类多变量场景
最危险的不是正则写错，是你以为自己在改“关键字”，其实 Sublime 只看到“一串字符”。它不管 if 是控制流还是字符串里的一个词，也不管 return 后面有没有值。每次点击 Replace All，本质都是在赌上下文——而赌注，是整块功能的可用性。
