sublime text 无语义重命名能力，批量改名依赖光标精准定位与匹配范围控制；ctrl+d 基于当前整词匹配，需双击选中、注意大小写敏感；alt+f3 全局匹配不区分上下文，应配合搜索确认或使用语言插件辅助。
Sublime Text 没有语义重命名能力，所谓“批量改变量名”本质是精准控制光标位置+严格限定匹配范围，否则user_id可能变成new_user_id再被二次替成new_new_user_id——这不是快捷键问题，是光标落点和上下文识别问题。
Ctrl+D 为什么有时只选中 1–2 个变量？
因为 Ctrl+D 不是从全文扫描，而是从当前**已选中的完整词**出发，找下一个完全相同的字符串。它不关心是不是变量、在不在字符串里，只认字面一致。
- 错误做法：把光标停在
user_id中间（比如刚删了下划线），再按Ctrl+D—— 它会基于user或id匹配，漏掉原词 - 正确做法：先双击
user_id确保整词高亮（不含空格、引号、点号），再按Ctrl+D - 如果仍跳过某处，检查是否启用了大小写敏感：
Ctrl+Alt+R切换开关 - 想跳过某个匹配项：按
Ctrl+K松开，再按Ctrl+D（不是连按）
Alt+F3 全选后改名，为什么 JSON 里的 "user_id" 也被替了？
Alt+F3 是暴力全文件匹配 \buser_id\b，但 "user_id" 中的 user_id 也满足单词边界条件，所以会被选中。它不区分代码、字符串、注释。
- 安全做法：先用
Ctrl+Shift+F全局搜索，勾选Whole Word和Regex，输入\buser_id\b，人工确认结果列表全是代码上下文 - 若已发现混入字符串，别直接输新名；按
Esc退出多光标，改用Ctrl+H替换面板，勾选In Selection，手动选中目标函数体或代码块后再替换 - 更稳妥：配合语言插件（如 Anaconda），先查引用范围，再用
Ctrl+D逐个确认
Ctrl+Shift+L 拆行后光标歪了，对不齐怎么办？
Ctrl+Shift+L 的作用只是把当前选区按换行符切开，在每行末尾（换行符前）放一个光标。它不管缩进、空格、是否对齐。
- 常见错位原因：选中了带缩进的代码块，光标落在缩进空格之后，一打字就破坏结构
- 补救操作：按
Home（不是 ←），所有光标立刻跳到各自行首（含缩进）；再按一次Home，跳过缩进到真正行首 - 统一加前缀（如
const）：用列选择更可靠 ——Alt+鼠标从第一行开头垂直拖到最后一行开头 - 前提：确保换行符统一，用
Ctrl+Shift+P→Set Line Endings: Unix先清理
改完变量名后怎么验证没漏改或误改？
Sublime 不会标记“原始文本”，改完靠肉眼扫极易遗漏解构赋值、类型定义、JSON Schema 这类隐性引用点。
- 必须用
Ctrl+Shift+F全局搜旧名，重点看这些位置：const { user_id } = data、interface User { user_id: string }、"user_id": ".*?"（注意是否该保留） - 如果项目有 ESLint 或 TypeScript，立刻跑
npm run lint或tsc --noEmit，编译报错比人眼快得多 - 特别注意下划线变量：
user_name默认被word_separators拆成user和name，双击可能只选中一半 —— 需临时修改语法设置，删掉_在"word_separators"里的位置
