sublime中一键转驼峰命名需两步正则替换：先用_(\w)→\u$1将下划线后字母大写，再用_+$→空清除末尾下划线；注意禁用“match whole word”，英文输入法下操作，避免误用title_case。
Sublime 里怎么一键转驼峰命名（snake_case → camelCase）
Sublime Text 本身不自带 snake_case 到 camelCase 的转换逻辑，但通过内置的 Convert Case 插件 + 正则替换，能快速完成。关键不是找插件，而是掌握两步组合操作：先用正则去掉下划线并标记单词边界，再用 upper_case 或 swap_case 配合光标选中处理。
常见错误是直接用 title_case ——它会把首字母全大写（如 User_Name → User Name），不符合 camelCase 要求（应为 userName）。
- 选中目标文本（支持多行、多光标）
- 按
Ctrl+H（Windows/Linux）或Cmd+H（macOS）打开替换面板 - 启用正则模式（点击
.*按钮） - 查找：
_(\w)，替换为：\U$1（注意大小写：\U 表示后续字符转大写，$1 是捕获组） - 执行全部替换后，手动删掉开头可能残留的下划线（如
_id→Id，需再小写首字母）
为什么不能只靠 toggle_case 或 lower_case
toggle_case 只翻转当前选中字符的大小写，对下划线无感；lower_case 会把所有字母变小写，彻底丢失驼峰结构。真正起作用的是 Sublime 的正则替换引擎支持的转义序列：\U（转大写）、\L（转小写）、\E（结束转换），它们只作用于捕获内容，不影响下划线本身。
使用场景举例：数据库字段名转 JS 变量名（created_at → createdAt）、API 响应 key 转前端 model 属性（user_profile_url → userProfileUrl）。
- 若原始字符串含多个连续下划线（如
first__name），正则_(\w)仅匹配第一个下划线后的字母，需先运行一次replace all _清理冗余 - 带数字的字段（
user_id_2）会被转成userId2，符合常规驼峰规范；但user_2_id会变成user2Id，逻辑正确，无需额外处理 - 不区分语言：JS、Python、Java 变量命名都适用该流程
Mac / Windows 下快捷键差异和配置陷阱
Sublime 默认快捷键在不同系统上行为一致，但部分用户安装了 Emmet 或 AdvancedNewFile 插件后，Ctrl+Shift+P（命令面板）可能被劫持，导致无法唤出 Convert Case 子菜单。此时应直接用正则替换，而非依赖菜单。
容易被忽略的是：替换时若未关闭「Match Whole Word」，_(\w) 在单词中间（如 my_var_name）仍可匹配；但若开启该选项，就只匹配独立下划线词（极少用到）。
- Windows 用户注意：输入法处于中文状态时，
Ctrl+H可能触发输入法快捷键，务必切换为英文输入法再操作 - 替换前建议先
Ctrl+Z撤销一次，确认光标位置和选中范围——多光标下批量替换极易误伤无关字段 - 如果常用，可将上述正则保存为 snippet 或绑定快捷键：在
Preferences → Key Bindings中添加自定义命令，但需写 Python 插件脚本，复杂度陡增，日常编辑不推荐
遇到 user_name_ 结尾下划线怎么办
这种边界情况（末尾带下划线）不会被 _(\w) 匹配，替换后残留 userName_。必须额外清理：查找 _+$（一个或多个结尾下划线），替换为空即可。不要用 _ 全局替换——会破坏中间连接逻辑。
更稳妥的做法是分两轮：第一轮用 _(\w) → \U$1 处理所有“下划线+字母”组合；第二轮用 _+$ 清尾。顺序不能颠倒，否则第二轮可能误删中间下划线（如 a_b_c_ → 先清尾得 a_b_c，再转驼峰才安全）。
- 测试用例建议：用
api_response_code_、_private_field、HTTP_status_code（含大写字母）验证流程鲁棒性 - Sublime 4 开始支持
\u（首字母大写），但对驼峰无直接帮助；仍需依赖\U+ 捕获组 - 真正复杂的命名转换（如 kebab-case、PascalCase、CONST_CASE）建议交给专用工具（如 VS Code 的
String Manipulation插件），Sublime 适合轻量、确定格式的批量清洗
