Sublime Text无法实现语义级智能重构，其变量重命名本质是依赖正则（如\buser_id\b）和路径过滤的精准文本替换，需手动验证上下文、排除字符串/注释、提交Git备份并借助LSP或VS Code补全跨文件引用。
Sublime Text 无法实现真正的“智能重构”——它不解析 AST、不识别作用域、不跳过字符串和注释，所谓“全局变量批量改名”，本质是人工控制的精准文本替换，必须靠正则、路径过滤和手动验证来兜底。
为什么直接搜 user_id 会出事
常见错误现象：替完发现 "user_id" 变成 "new_name"，或 my_user_id、user_identity 也被卷入；函数参数、对象键、TypeScript interface 字段全没更新，运行时报 Cannot find name 'user_id'。
- Sublime 默认匹配子串，不区分上下文——
user_id在const user_id = 1、"user_id": "abc"、// user_id is deprecated里，它一视同仁 -
Match Whole Word在含下划线/连字符时不可靠（如user_id或user-name），尤其 Python 注释后带空格时容易漏匹配 - 不校验赋值关系，
user_id出现在function(user_id)参数列表里，也会被无差别替换
用 \buser_id\b + Find in Files 限定作用域
这是最接近安全重命名的操作路径，核心是把“改哪里”收在自己手里：
- 打开
Find in Files（Ctrl+Shift+F），勾选Regular Expression（点.*按钮） - 搜索框填：
\buser_id\b（\b是单词边界，比勾选Match Whole Word更稳） -
Where字段必须写明确路径，例如：./src/**/*.ts或!node_modules/**, !dist/**，不能留空或只写. - 点
Find All，右侧边栏列出所有匹配项——逐条点开看上下文：是否在引号内？是否是注释？是否属于user_id_map这类子串？ - 若发现误匹配，立刻停手，调整正则，比如改成
(?<=let|const|var|export\s+default\s+class)\s+\buser_id\b（注意 Sublime 不支持变长lookbehind，慎用复杂断言）
替换后不验证等于白干
Sublime 替换完不会自动保存，也不会跨文件撤销，更不会帮你检查引用是否断裂：
-
Replace All只改内存中的内容，关掉未保存标签页，改动永久丢失；务必按Ctrl+K Ctrl+B（Windows/Linux）或Cmd+Shift+S（macOS）批量保存全部修改文件 - 操作前必须执行：
git add -A && git commit -m "before rename user_id to current_user_id"，否则无法回滚 - 替换完成后立刻跑类型检查：
tsc --noEmit（TS 项目）或npx eslint . --fix（JS 项目），快速暴露Cannot find name类错误 - 反向验证：再用
Ctrl+Shift+F搜\buser_id\b，确认无残留；再搜\bcurrent_user_id\b，确认没漏改 JSON、解构语句、import 路径里的旧名
真正容易被忽略的点是：Sublime 不处理跨文件引用一致性——改了变量名，但 import { user_id } from './utils' 不会自动变成 current_user_id，interface User { user_id: string } 也不会更新。这些必须靠语言服务（LSP）或切到 VS Code 才能闭环。你在 Sublime 里做的，只是把“可改的部分”尽量改对，剩下的，得靠人眼和工具链补位。
