Sublime Text 不支持语义化批量重命名变量，仅能通过文本匹配手动操作；推荐用 Ctrl+D 逐个选中确认后修改，或用正则加单词边界谨慎跨文件替换；频繁重构应换用 VS Code 等支持 LSP rename 的 IDE。
Sublime Text 里没法直接“批量重命名变量”
Sublime Text 本身不提供类似 VS Code 的 rename symbol 或 PyCharm 的 Refactor → Rename 功能——它没有语义分析能力，无法识别某个 user_name 是变量、函数还是字符串字面量。所谓“重命名”，实际靠的是文本匹配 + 手动确认，不是真重构。
常见错误现象：Find All 后全选替换，结果把注释里的 user_name、JSON 键名、甚至文件名都改了；或者漏掉大小写变体（USERNAME 没被匹配）。
- 适用场景：小范围、结构清晰的脚本（如单个 Python/JS 文件），且变量命名有明显特征（比如统一带前缀
tmp_） - 不适用场景：跨文件变量、动态拼接的变量名（
var key = 'user_' + suffix）、或依赖作用域的局部变量 - 性能影响几乎为零，但误操作成本高——没撤销历史合并（比如一次替换了 200 处，想撤回第 195 处很难）
用 Ctrl+D（Win/Linux）或 Cmd+D（macOS）逐个选中再改
这是最安全、最可控的“伪批量”方式：只改你真正看到并确认过的每一处，跳过疑似项（比如字符串里的同名文本）。
操作流程：
- 把光标放在目标变量名上（比如
old_var） - 按
Ctrl+D选中下一个相同文本；重复按，逐个添加匹配项（Sublime 会高亮所有候选） - 按
Ctrl+K, Ctrl+D跳过当前匹配（比如发现某处是字符串，不想改，就跳过） - 全部选好后，直接输入新名字，所有选中位置同步更新
注意：Ctrl+D 默认区分大小写，如果想匹配 Old_Var 和 old_var，得先打开大小写开关（Alt+C 切换 Case sensitive）。
用 Find → Find All in Files 配合正则谨慎批量替换
适合已确认上下文、需要跨多个文件修改的情况，但必须加边界限制，否则灾难性替换。
关键参数差异：
- 开启正则（
.*按钮），搜索模式写成：\bold_var\b（\b是单词边界，排除old_var_list这类连写） - 关闭
Match case如果要忽略大小写；但更推荐保持开启，靠命名规范降低风险 - 替换前务必点
Find All，在右侧Find Results面板里人工扫一遍——重点看路径、行号、上下文是否合理 - 不要勾选
Replace in Files直接执行；先Replace单个文件测试，再决定是否全量
示例错误搜索：old_var（无边界）→ 把 old_var_dump()、"old_var": 1 全干掉了。
别硬扛，该换工具时就换
如果你频繁需要安全重命名（尤其在 Python/JS/TS 项目里），Sublime 就是不适合这个任务的工具。不是它不行，是设计定位不同：它是极速文本编辑器，不是 IDE。
容易被忽略的点：
- 插件如
SublimeCodeIntel或Anaconda曾提供基础重命名，但早已停止维护，且对现代语法（如 TypeScript 类型推导、ES6 解构）支持极差 - 哪怕装了 LSP 插件（
LSP-jedi等），Sublime 的 LSP 实现也不支持textDocument/rename的完整响应（比如无法自动更新 import 路径） - 真正省心的做法：用 VS Code 打开同一项目，
F2重命名，改完切回 Sublime 继续写——别把编辑器当万能解药
复杂点从来不在怎么按快捷键，而在于分清哪些事是编辑器该做的，哪些事它本来就不该碰。
