sublime text 不支持语义化变量重命名，仅能字符串替换，存在作用域误伤、字符串/注释误改等风险；安全重命名需依赖 rope（python）或 vs code + pylance（推荐），js 则缺乏可靠插件，须手动验证模板、jsx 及运行时行为。
Sublime Text 本身不支持语义化变量重命名
它没有解析 AST 的能力，所谓“重命名变量”实际只是字符串替换——对 foo 全局搜替成 bar，不管是不是同一个作用域、是否在字符串里、是否是函数名或类名。这不是重构，是危险的文本操作。
常见错误现象：rename_variable 被替成 rename_new_name，结果 "rename_variable" 字符串也变了，或者 FooVariable 里的 Variable 被误伤。
- 只适合极简脚本（如单文件 Python/JS，无同名干扰）
- 务必开启
Match Whole Word和Case Sensitive（Ctrl+Alt+G或Cmd+Alt+G打开替换面板后勾选） - 先用
Find All（Alt+Enter）预览所有匹配项，确认无误再Replace All
Python 项目该用 rope + sublimemacs 或 VS Code
真正安全的变量重命名依赖代码分析：识别定义位置、引用范围、作用域嵌套。Sublime 原生做不到，但可通过插件桥接外部工具。
使用场景：Django/Flask 项目、多文件模块、有继承和闭包的代码。
-
rope是 Python 专用重构库，sublimemacs插件可调用它执行rename，但配置麻烦、兼容性差（尤其 Python 3.11+） - 更现实的选择是切到 VS Code，装
Pylance，F2 直接重命名——它会过滤字符串、注释、未引用的局部变量 - 如果必须留在 Sublime，可用
SublimeREPL启动 IPython，手动验证改名后是否还能 import、调用
JavaScript 用 ESLint + eslint-plugin-react 配合手动检查
JS 没有稳定可靠的 Sublime 重构插件。像 jsprettier 或 SublimeCodeIntel 的 rename 功能早已停止维护，且不支持解构赋值、箭头函数中的 this 绑定等现代语法。
容易踩的坑：const { name } = user; 里重命名 name，工具可能只改解构部分，漏掉后续 name.toUpperCase() 的调用。
- 先跑
eslint --fix确保代码格式统一，减少因空格/换行导致的匹配遗漏 - 用
Find in Files（Shift+Ctrl+F）搜索varName，限定文件类型为*.js, *.jsx，排除node_modules和dist - 对疑似误匹配项（如正则字面量
/varName/g），加\b边界符再搜：\bvarName\b
批量改名后必须验证作用域和运行时行为
哪怕用了外部工具，Sublime 不会自动刷新语法高亮或跳转索引——改完 user_id 为 userId，旧的跳转仍指向原定义位置，报错提示也可能滞后。
性能影响：大项目中全量搜替可能卡顿，尤其开启正则模式时；而 rope 分析整个项目会占用内存，首次运行慢。
- 改名后立刻重启 Sublime（不是仅关闭文件），重建索引
- 运行单元测试，重点看涉及该变量的 test case 是否 fail
- 在浏览器控制台或终端里手动执行相关逻辑，确认没出现
ReferenceError: xxx is not defined
最常被忽略的是模板字符串和 JSX 属性：改了 JS 变量名，但 {user_id} 模板或 id={user_id} JSX 里没同步更新——它们不会被任何工具自动识别为引用。
