sublime text 批量重命名变量本质是正则匹配赋值左侧位置，需用\b(user_name)\s*(?==)\b等安全模式，配合预览、范围限定和git备份，避免误改注释、字符串或字典键。
Sublime Text 无法真正理解变量语义，所谓“批量重命名变量”本质是用正则+人工判断守住安全边界——不预览就替换，90% 会改坏代码。
为什么不能直接搜 user_name → userName
因为 user_name 可能出现在注释、字符串、字典键、文件路径甚至错误日志里。比如 Python 中这三行：
user_name = "Alice" # 这是要改的
data["user_name"] = value # 这不是变量声明，是字典访问
log.info("user_name not found") # 这是字符串，不该动
全量替换会一锅端，结果引入运行时错误或埋下逻辑漏洞。必须限制在「变量声明/赋值左侧」这个上下文中操作。
安全重命名的核心正则：只匹配赋值左侧的变量名
对 JS/Python/PHP 等以 = 赋值的语言，用这个模式锁定真实变量位置：
- 启用正则（点击
.*图标），搜索：\b(user_name)\s*(?==) -
\b确保是单词边界，防匹配my_user_name -
(?==)是正向先行断言，表示后面紧跟着=，但不消耗该等号——这样替换后=仍保留 - 勾选
Match Case和Whole Word，避免大小写混改
替换为：userName（不带 $1，因为我们只要换名字，不保留原词）
跨文件批量操作前必须做的三件事
用 Ctrl+Shift+H（Windows/Linux）或 Cmd+Shift+H（macOS）打开「Replace in Files」面板后：
- 在
Where框填明确范围，例如：src/**/*.js或app/models/*.py，绝不留空 - 先点
Find All，右侧边栏会列出所有匹配项——逐条扫一眼上下文，确认是否都在let、const、var、def或裸=左侧 - 如果项目用了 Git，执行
Replace All前先git stash或提交当前状态，误操作可秒级回滚
容易被忽略的坑：下划线转驼峰时的大小写陷阱
想把 api_key → apiKey？别用模糊正则 _([a-z]) 直接替换为 \u$1，它会在以下场景失效：
- 开头有多个下划线：
__private_var→\u_会崩（\u只作用于下一个字符） - 大写字母后跟下划线：
USER_NAME不会被匹配（因[a-z]不含大写） - 结尾下划线：
name_→name\u报错
更稳的做法：分两步——先用 _(\w) 替换为 $1（删掉下划线），再用多光标手动调大小写；或直接放弃全自动，用 Ctrl+D 逐个选中确认后再改。
