sublime正则替换无法语义识别，需按固定模式分步处理：先清理冗余下划线，再用_(\w)→\u$1转小驼峰，结合单词边界\b避开字符串/注释，类属性和方法名需单独匹配，替换后须人工验证作用域、导入及动态引用。
匹配带下划线的旧变量名并替换为驼峰式
Sublime 的正则替换本质是字符串模式转换，不是语义重命名——它不会识别 user_name 和 user_id 是否属于同一逻辑实体。所以必须先明确：你要批量改的是**固定命名模式**（比如所有 _xxx 都要转成小驼峰），而不是靠上下文推断语义。
实操时用 Ctrl+H 打开替换面板，勾选 .*（正则模式），输入：
_(\w)
替换为：
\U$1
-
\U是 Sublime 特有的大写转换标记（注意不是\u，后者在 Sublime 里无效） -
$1引用第一个捕获组，即下划线后那个字母 - 这个表达式只处理单个下划线 + 字母的组合，不会误伤
__init__或user_name_first中间的下划线 - 若需一次性处理多个连续下划线（如
user__name→userName），得先运行一次_{2,}→_清理冗余下划线
避免误替换注释和字符串中的变量名
直接全局替换 user_name → userName 很危险：可能把 print("user_name is empty") 或 # user_name is deprecated 也改掉，导致语法错误或语义丢失。
- 先用
Ctrl+Shift+F全局搜索\buser_name\b，\b是单词边界，能排除my_user_name_flag这类子串 - 在结果列表中右键 →
Find in Files→ 点击文件名跳转，人工确认是否在代码行（而非字符串/注释内） - 更稳妥的做法：用多行正则限定上下文，例如
^[\s]*(\w+)\s*=\s*.*$匹配赋值语句开头的变量名，但需配合语言语法特征，Python 可靠，JS 就容易漏掉const { user_name } = obj
处理 Python 中的 self.user_name 类访问模式
类属性访问比普通变量名更敏感：改了 self.user_name 却漏掉 def set_user_name(self, val):，会导致方法签名和实际调用不一致。
- 分两步走：先搜
\bself\.user_name\b替换为self.userName，再搜\bdef\s+set_user_name\b替换为def setUserName - 注意
self._user_name（私有属性）和USER_NAME（常量）不能套用同一规则，必须单独建正则：\bself\._(\w+)_name\b→self._$1Name - Sublime 不支持条件替换（如“如果是
self.开头就转驼峰，否则保留原样”），所以无法一条正则通吃，必须按上下文拆解
替换后必须验证作用域和导入关系
正则改完只是文本层面的替换，不检查符号是否被重新定义、是否跨文件引用、是否在 __all__ 里声明过——这些都得人工核对。
- 改完立刻运行
python -m py_compile your_module.py，看是否报NameError - 如果变量被其他模块
from xxx import user_name导入，那些文件里的 import 语句也要同步改，否则运行时报错 - 对于 pytest 测试文件，检查
assert obj.user_name == ...是否已更新；若测试里用了 mock（如mock.patch("xxx.user_name")），路径字符串里的user_name也得手动改
真正麻烦的从来不是正则怎么写，而是你没法靠正则知道某个 user_name 是不是被 globals() 动态构造出来的，或者是不是某个第三方库约定的固定键名。这种地方只能停下手，一行行读。
