Sublime Text无法语义重构变量名，所有批量改名均为带约束的文本替换；必须用\bword\b正则限定单词边界、Ctrl+D逐个确认上下文、Ctrl+Shift+F跨文件时严格过滤路径并人工预览匹配项。
Sublime Text 无法语义识别变量，所谓“精准”只能靠人工控制匹配边界和上下文——\b 是底线，Ctrl+D 是最稳的起点，跨文件时 Ctrl+Shift+F 必须配合预览和路径过滤。
为什么直接搜变量名会误改？
因为 Sublime 默认按纯文本匹配，不区分语法角色。搜 count 会同时命中：counter、"count"、// count items、obj.count，甚至 JSON 值里的 "count": 5。这些都不是你要重命名的变量，但都会被改掉。
- 误改字符串或注释，导致运行时报错或逻辑错乱
- 改了对象属性（如
user.name）却漏掉变量声明（let name =），造成作用域不一致 - 开启
Match Case但没注意大小写混用（如URL和url），漏改或错改
怎么用 \b 锁定独立变量名？
\b 匹配单词边界，不是空格，而是字母/数字/下划线与非这些字符之间的位置。它能确保只匹配完整词元，跳过子串和引号内内容。
- 查找框填：
\bcount\b→ 安全匹配count，但跳过counter、my_count、"count" - 变量含特殊字符要转义：
\$data\b（匹配$data），data\$（匹配data$，$是正则行尾锚点） - 开启 Regex 模式（点
.*图标），否则\b当普通字符处理，无效 - 别用
count\s*=这类带等号的正则做替换——它会把等号也卷进匹配，替换后容易丢空格或换行
如何安全跨文件批量改名？
Ctrl+Shift+F 的 Replace All 是暴力全文替换，不跳过字符串、不识别作用域。真正在项目里改变量名，必须分步验证。
- Where 栏限定范围：
./src/**/*.js或<project>, -node_modules/*, -*.min.js</project> - File mask 填后缀过滤：
*.js,*.ts，避免扫到 JSON、HTML 或构建产物 - 务必先点
Find，看底部面板列出的所有匹配行——人工核验前 5–10 条是否都属于变量声明/赋值左侧 - 发现误匹配（比如
"name": "Alice"）立刻停手，改用正则\bname\b(?=\s*=)缩小范围 - 执行
Replace All后，用原变量名再搜一次，确认无残留；尤其检查解构赋值（const { user_id } = obj）和函数参数
为什么 Ctrl+D 比 Alt+F3 更可控？
Alt+F3 是一次性高亮所有匹配，但光标位置不对（停在符号后）、语法类型未设（右下角显示 Plain Text）、或匹配数超 500，都会导致失效或误选。Ctrl+D 是增量、可逆、有方向的。
- 光标落在
user_id内任意字母上，按一次Ctrl+D选中此处；再按，只往后找下一个完全相同的词 - 中途想跳过某处（比如字符串里的
"user_id"），按Ctrl+K再按Ctrl+D - 选多了？按
Ctrl+U撤销上一次扩展，比狂按Esc精准得多 - 全选当前文件所有匹配：先
Ctrl+D选中第一个，再按Ctrl+Shift+L转为多光标——但前提是已确认这些全是目标变量
真正难的不是输对正则，而是判断哪些 user_id 属于同一逻辑实体、哪些是巧合同名、哪些在模板字符串或动态键里——Sublime 不会提醒你，它只忠实执行你的规则。改完必须人工扫上下文，或用 ESLint / tsc 验证类型引用是否断裂。
