sublime text中camelcase转snake_case需两步：先用零宽断言正则(?
Sublime Text 里用正则把 camelCase 变成 snake_case 的核心思路
直接上结论：能做，但得拆两步——先处理大写字母前插入下划线，再统一转小写。Sublime 的正则不支持 `\u` 或大小写转换函数，\L 和 \U 在替换字段里也仅部分生效，不能靠单次替换一步到位。
第一步：匹配驼峰分界点并插入下划线
关键在识别「小写字母后紧跟大写字母」或「数字/字母后跟大写字母」这类边界。常见错误是只写 [a-z][A-Z]，结果漏掉开头大写（如 XMLParser）或连续大写（如 parseHTML）。
推荐用这个正则模式匹配：
(? <p>说明：</p>
(? 是正向先行断言，确保前面是字母或数字（排除开头）-
(?=[A-Z])是正向先行断言，确保后面是大写字母 - 它不消耗字符，只定位插入点，所以替换时填
_就行，不会删原字符
替换后 myVariableName → my_Variable_Name，parseXMLData → parse_XML_Data，基本覆盖主流情况。
第二步：统一转小写 + 清理多余下划线
插入下划线后，得把整个结果变小写，否则得到的是 my_Variable_Name 而非 my_variable_name。Sublime 不支持在替换中调用 toLowerCase()，只能靠快捷键补全：
- 选中所有已加下划线的文本（
Ctrl+A或手动框选） - 按
Ctrl+K Ctrl+L（Windows/Linux）或Cmd+K Cmd+L（macOS），批量转小写 - 再执行一次正则替换，干掉连续下划线：
查找：__+，替换为：_
注意：如果原始名含已有下划线（如 myVar_Name），这步可能产生 my_var__name，需人工核对或提前加保护逻辑（比如先用 _(?=[A-Z]) 替换掉已有下划线后的大写，再跑主逻辑）。
为什么不用 \L$1 这类写法？
Sublime 的替换语法里，\L 和 \U 仅对捕获组内容生效，且只影响 ASCII 字母；对 Unicode（如中文变量名）无效，而且无法嵌套使用。更麻烦的是，像 ([a-z])([A-Z]) 这种捕获方式会吞掉字母本身，导致 myVar → my_ar（V 被吃掉，只剩 ar），必须靠零宽断言规避。
实际项目里，如果变量名含缩写（userID → user_id）、全大写首词（HTTPStatus → http_status）或数字混合（item2Name → item2_name），上面两步仍适用；但遇到 XMLHttpRequest 这种，会变成 x_m_l_http_request，就得手动微调——这是正则的天然局限，别指望全自动。
