Sublime 全局变量替换进阶技巧
先说一个核心判断：Sublime Text 的全局替换，本质上是一种基于正则表达式的文本匹配，而非智能的语义重构。这意味着，它无法理解代码的上下文结构。
Sublime 的全局变量替换不是语义重构
它不识别变量作用域、不跳过字符串和注释、更不会分析语法树。举个例子，user_id 这个字符串，无论它出现在变量声明 const user_id = 1、字符串字面量 "user_id" 还是注释 // user_id is deprecated 里，Sublime 都会一视同仁地当作普通文本来匹配。所以，所谓的“自动重构”，其内核其实是“人工控制上下文的精准查找”加上“必不可少的手动验证”。
用 xxx 锁定单词边界，比勾选 Match Whole Word 更可靠
Sublime 自带的“Match Whole Word”选项，在某些场景下并不完全可靠，比如在 Python 注释后带空格，或者变量名包含下划线等混合符号时，可能会失效。直接使用正则表达式来控制边界，才是更稳妥的方案：
- 首先，开启正则模式（点击搜索框旁的
.*按钮）。 - 在搜索框中填入：
user_id，注意不是单纯的user_id。 - 这样一来，就能有效排除
my_user_id、user_identity或user_id:（冒号紧邻）这类误匹配。 - 当然，如果变量名本身包含连字符（比如
user-name），边界符会失效。这时可以改用更明确的正则：(?<=^|\s)user-name(?=$|\s)，它的含义是，匹配前后必须是行首、空白符或行尾的user-name。
Find in Files 中限定赋值左侧，逼近真实变量声明
如果想更精准地只修改声明或赋值语句左侧的变量名（例如 let user_id = 或 user_id =），避免误伤函数参数或对象属性，就需要借助正则表达式的断言功能了：
- 搜索模式可以这样写：
(user_id)s*(?==)。 - 简单解释一下：
确保匹配单词开头，s*(?==)表示后面紧跟零个或多个空白字符，再跟一个等号（但等号本身不被消耗，这样在替换时就不会被意外删除）。 - 这里有个关键细节：
Find in Files对话框中的 “Where” 字段，必须填写明确、具体的路径，比如./src/**/*.js, ./src/**/*.ts。切忌留空或只写一个点.，否则很可能把node_modules这类目录也扫描进去，引发混乱。 - 执行替换前，务必先点击
Find All按钮，然后在编辑器右下角查看命中的文件数量。如果数量异常庞大（比如超过几百个），就得立刻停下来检查，是不是忘了在路径中排除node_modules（例如加上-./node_modules）。
替换后不保存、不提交 Git，等于没操作
这一点必须警惕：点击 Replace All 仅仅修改了内存中打开的文件内容，并不会自动写入磁盘。更棘手的是，Sublime 没有提供跨文件的撤销栈——一旦你关掉某个未保存的标签页，所有改动就永久丢失了。
- 替换操作完成后，安全的做法是：先按
Ctrl+K松开，再按Ctrl+B（Windows/Linux）或Cmd+Shift+S（macOS）来批量保存所有被修改的文件。 - 经验表明，在开始任何全局重命名操作之前，最好先运行一条 Git 命令：
git add -A && git commit -m "before rename user_id to full_name"。这为你提供了一个完美的回滚点。 - 最后，如果项目配置了 ESLint 或 TypeScript，替换完成后应该立刻执行一次检查：
npx eslint . --fix或tsc --noEmit。这能快速暴露因重命名导致的“未定义变量”或类型错误，帮你及时发现问题。
