用ctrl+d/cmd+d逐个选中变量名替换最安全，它只匹配完全相同且独立出现的词，避免误改字符串、注释和函数名，配合全局搜索确认作用域后操作可大幅降低漏改风险。
Sublime Text 里怎么批量改变量名才不漏改？
直接搜替换会误伤字符串、注释和函数名，Ctrl+D（Windows/Linux）或 Cmd+D（macOS）逐个选中再改，才是安全起点。它只匹配当前光标所在词的**完全相同、独立出现**的文本，不会碰 "user_name" 里的 user，也不会改 get_user() 里的 user（除非你手动多按一次 Cmd+D 选中它）。
常见错误是：一上来就 Ctrl+H 全局替换，结果把 JSON 字符串里的字段名、日志模板里的占位符全干掉了。真正要重命名变量，得先确认它只在代码逻辑上下文中出现——用 Ctrl+Shift+F 全局搜一遍，看匹配项是否全是目标变量声明/使用位置。
- 选中变量后，连续按
Cmd+D可逐个追加同名词到多光标；按Ctrl+U可撤回上一个光标 - 如果变量带下划线或驼峰，但命名风格不统一（比如混用
user_id和userId），得分开操作，不能指望一次全中 - 改完后务必检查函数参数列表、解构赋值、对象属性访问等边界场景，比如
const { user } = data;里的user也会被选中，但data.user不会——这是 Sublime 的词匹配规则决定的
为什么不用「Find All」而要用「Add Next」？
Ctrl+Cmd+G（macOS）或 Ctrl+Alt+G（Windows/Linux）的「Find All」会一次性选中所有匹配项，看着快，实则危险。它不管上下文，连注释里的 // user token expired 都算进去。而 Cmd+D 是“主动确认式”选择：你按一次，它高亮下一个；你停手，它就停——你可以跳过明显不该改的地方，比如字符串字面量或第三方 API 名称。
典型场景：把 tmp 改成 cacheKey。全局搜 tmp 肯定一堆，但其中 "tmp_dir"、process.env.TMP、tmpfile() 都不该动。用 Cmd+D 时，看到这些就松手不按，自然避开。
- 「Find All」适合纯数据替换（如改版本号、URL 域名），不适合变量名重构
- Sublime 默认不区分大小写，如果要严格匹配
User而非user，先点开查找框右下角的Aa图标启用大小写敏感 - 正则模式（
.*按钮）打开后，\buser\b可限定单词边界，但不如Cmd+D直观可控
改完变量名后，为什么有些地方还是报错？
Sublime 不解析语法，它只做文本替换。所以 let user = get(); 改成 let userName = get(); 后，如果后面还有 user.profile 没跟着改，运行时就会 Cannot read property 'profile' of undefined。这不是 Sublime 的问题，是你没覆盖所有引用点。
最容易漏的是：导入导出名（import { user } from './api'）、对象解构默认值（const { user = 'guest' } = opts）、TypeScript 接口字段（interface User { user: string }），这些地方词匹配能中，但人容易扫一眼就跳过。
- 改完立刻用
Ctrl+Shift+F搜旧变量名，确认返回结果为 0；再搜新变量名，看是否出现在所有预期位置 - 如果项目用 TypeScript，务必检查
.d.ts文件和类型定义里的字段名，Sublime 不管类型，但编译器会报错 - 别忽略模板字符串：
`Hello ${user}`会被Cmd+D选中，但`user_${id}`里的user不会——因为不是独立单词
想自动推导重命名范围？Sublime 本身做不到
它没有 AST 解析能力，没法像 VS Code + TypeScript 插件那样知道这个 user 是局部变量还是类成员，也没法跨文件追踪引用。所谓“智能重命名”，在 Sublime 里本质是靠人脑补上下文 + 多轮 Cmd+D + 手动验证。
如果你常做这类重构，建议把 Sublime 当“精准手术刀”用：先用 IDE（如 WebStorm 或 VS Code）做初步范围识别，导出引用列表，再切回 Sublime 用 Cmd+D 逐个敲定——别试图让 Sublime 承担本不属于它的职责。
最常被忽略的一点：函数内嵌套作用域里的同名变量。比如外层有 let user = ...，内层 users.map(u => { let user = u.name; ... })，两个 user 语义不同。用 Cmd+D 时，它们会被一起选中，但你必须意识到该分两次操作，否则逻辑就乱了。
