VSCode不支持多步自动替换，所有替换均基于原始文件快照分步手动执行；驼峰转下划线需三步：切分大小写边界、批量小写化（用Ctrl+U）、加前缀并加单词边界；正则不支持命名分组、条件断言及JS函数调用。
VSCode不支持“多步替换”功能，所谓链式替换本质是手动分步执行
VSCode 的查找替换（Ctrl+Shift+H）本身没有内置的“多步自动串联”或“正则链”机制。你看到的“多段替换”效果，其实是人为拆解一个复杂重构为多个独立的正则步骤，每步都需手动触发、预览、确认。误以为存在自动流水线，是初学者最常踩的坑。
原因在于：VSCode 使用的是 JavaScript 正则引擎（ECMAScript），它不支持像 sed -e 或 awk 那样的多表达式管道式处理；替换操作也不维护上下文状态，上一步的输出不会自动成为下一步的输入源。
- 所有替换都基于原始文件内容快照，不是流式处理
- 每次点击“全部替换”都会重读文件，不会叠加前一次替换结果再匹配
- 若某步替换引入新结构（如加了括号、改了缩进），后续正则必须能匹配新格式，否则失效
如何安全拆解一个驼峰转下划线 + 全小写 + 前缀统一的重构
比如要把 getUserProfileData → api_user_profile_data，不能靠单条正则一步到位，必须分三步做，且顺序不能错：
-
第一步：插入下划线 —— 查找
([a-z])([A-Z])，替换为$1_$2（把小写后接大写的边界切开） -
第二步：全小写化 —— 查找
([A-Z])，替换为$1.toLowerCase()❌ 不支持函数调用；正确做法是：启用“匹配大小写”按钮（Aa 图标），关闭它，再查找[A-Z]，替换为对应小写字母（如a、b…），但更稳妥的是用 VSCode 内置的「转换为小写」快捷键（Ctrl+U / Cmd+U）选中所有匹配项后批量执行 -
第三步：加前缀 —— 查找
\b([a-z_]+)\b（确保只匹配完整标识符），替换为api_$1；注意要加单词边界\b，否则会把user改成api_user，但又把username里的user也误改
关键点：第二步无法用纯正则完成大小写转换，VSCode 替换框不解析 JS 表达式；toLowerCase() 这类写法只会被当字面量替换，变成字符串 “.toLowerCase()”。
为什么不能用命名分组或条件断言来简化流程
VSCode 的正则引擎明确不支持 (?<name>...)</name> 命名捕获组，也不支持 (?(condition)yes|no) 条件断言。官方文档和实测均证实：这类语法在查找框中会被当作普通字符或直接报错“Invalid regular expression”。你只能依赖位置索引 $1、$2，且最多嵌套有限（通常建议不超过 5 个捕获组，否则易出错）。
- 想区分“开头大写”和“中间大写”？不行 ——
^[A-Z]和(? 中的否定先行断言 <code>(? VSCode 不识别 - 想跳过字符串/注释内的匹配？不行 —— 没有内建的“忽略引号内内容”模式，必须靠人工预判范围，或先用正则提取出代码块再单独处理
- 想一次替换同时改名+改调用方式？例如
oldFunc(a, b)→newFunc({ a, b })，需要至少两步：先改函数名，再改参数结构；因为oldFunc\(([^)]+)\)只能捕获参数列表，无法同时重写括号内外结构
真正值得依赖的替代方案：F2 重命名 + 正则补位
对变量、函数、类等语义化实体，优先用 F2 触发语言服务的 AST 级重命名 —— 它能准确识别作用域、跳过字符串和注释、跨文件更新。正则只用于它覆盖不到的地方：
- 硬编码字符串里的旧名称（如日志文本、路径拼接）
- JSON/YAML 配置文件中的字段名
- HTML 模板里未绑定的 class 名或 data 属性
- 注释中提到的已废弃 API 名称
这时候再上正则，目标明确、范围可控。比如改配置项："timeout": 5000 → "requestTimeout": 5000，查 "(timeout)":，换 "request$1":，比在整项目里无差别搜 timeout 安全得多。
复杂点永远在边界：正则不管语义，只管字面；AST 重命名不管字面，只管结构。两者不是替代关系，是分工关系。漏掉哪一边，都可能留下半截没改完的“幽灵引用”。
