sublime text 不支持语义级重命名，需用正则+上下文约束模拟安全重构：限定路径与文件类型过滤、正向断言匹配赋值左侧变量、find all 预览确认、手动剔除误匹配项。
Sublime Text 没有真正的“语义级重命名”，所谓全局替换变量名，本质是用正则+上下文约束来模拟安全重构——不预览、不加限制条件就执行，90% 会改错地方。
Find in Files 必须加路径和文件类型过滤
直接 Ctrl+Shift+F 打开全局搜索面板后，Find in Files 默认会扫整个项目（甚至包括 node_modules 或 __pycache__），不仅慢，还会把无关匹配项混进来干扰判断。真实项目里，你几乎从不需要搜所有文件。
- 在
Where:输入框里明确限定路径，比如src/**/*.py或app/js/*.js，避免递归进构建产物目录 - 在
File mask:填入后缀过滤，如*.py,*.js（注意逗号后不加空格）；若只处理 JS，填*.js即可，别留空 - 勾选
Regular Expression和Whole Word，否则user会匹配到username或debug_user_flag
用正则锁定赋值左侧的变量名（Python/JS 最常用）
这是最接近“只改声明/赋值处变量”的做法。核心是排除字符串、注释、字典键等误匹配场景，靠的是匹配「等号左边 + 前置空白或关键字」这一模式。
- 对 Python：启用正则，搜索
\b(user_name)\s*(?==)，其中\b保证整词，(?==)是正向先行断言，确保后面紧跟着= - 对 JS（含
let/const/var）：用(let|const|var)\s+([a-zA-Z_]\w*)\s*(?==)，捕获组$2是你要替的变量名，替换时写$1 new_name - 别忘了先关闭
Match Case，除非你确定大小写敏感；但Whole Word一定得开
替换前必须用 Find All 预览所有命中项
按下 Find All（不是 Replace）后，Sublime 会在底部弹出结果面板，列出每一处匹配的文件、行号和上下文。这是唯一能确认是否误伤的环节。
- 逐行检查：重点看匹配项是否出现在
=左侧、是否在引号内、是否是注释、是否是 JSON 键（如"user_name":） - 如果某处明显不该改（比如日志字符串里的
"user_name is missing"），就在该行手动删掉光标，再执行替换——Sublime 允许你删掉部分匹配行的光标 - 批量替换后，用
Ctrl+Z回退比重做更可靠；别依赖“只替换选中项”，那容易漏
多光标编辑适合结构化文本补全，不适合变量语义替换
像 Ctrl+Shift+L 拆行生成多光标、再统一加前缀/后缀这类操作，快且安全，但它和“重命名变量”是两类问题：前者处理的是纯文本结构，后者必须理解代码含义。
- 适合场景：给一列 ID 补引号和逗号、给多行 URL 加
https://、给函数参数列表每行末尾加逗号 - 不适合场景：把
user_name改成userName——因为驼峰转换需识别单词边界，而多光标无法区分user_name和user_name_field的语义层级 - 真要跨语言做命名风格转换，建议用
anaconda插件的Rename Symbol命令（仅限 Python），或切到 VS Code / PyCharm 处理
最常被忽略的一点：Sublime 的查找替换不感知作用域。你在函数内改的 count，和模块顶层的 count，它不会区分——你得自己凭经验判断哪些该动、哪些该跳过。这恰恰是它轻量的代价。
