WebStorm正则替换中捕获组用()定义，替换时用$1、$2引用，必须启用.*按钮开启正则模式；不支持命名组、写法及运行时计算，仅支持静态模板替换。
WebStorm正则替换里怎么用捕获组传参
WebStorm 的正则替换不支持“函数式参数”或运行时计算，所谓“带参数”实际指用 () 捕获匹配内容，再在替换字段中用 $1、$2 引用——这是唯一被引擎原生支持的“参数传递”方式。
它不是 JS 风格的 replace(str, (match, p1) => ...)，而是纯文本模板替换，依赖 Java 正则引擎的捕获组编号机制。
- 必须先勾选搜索框旁的
.*按钮启用正则模式，否则()和$1都无效 - 捕获组只认
()，不支持命名组(?<name>...)</name>（WebStorm 不支持） - 替换字段里必须用
$1，写成或$01会被当字面量处理，不会回填 - 鼠标悬停在
.*按钮上，点「显示表达式帮助」能实时看到分组编号和高亮范围，比盲试快得多
为什么 $1 有时不生效或引用错位
常见原因是括号嵌套没配对，或空格/换行导致边界判断出错。比如想提取 const foo = 123; 中的变量名和值：
错误写法：const (w+) = (.+); → let $1 = $2;
问题在于 .+ 是贪婪匹配，遇到 const bar = "const baz = 456"; 会一路吞到末尾引号外，把整个字符串当 ，结果变成 let bar = "const baz = 456";；更糟的是，如果后面还有分号，可能跨行吞掉后续语句。
- 改用非贪婪：
const (w+) = ([^;]+);（限定到分号前） - 若值可能是对象字面量，需用平衡括号逻辑——这时普通正则已力不从心，应切到结构化搜索
- 含换行时，
.默认不匹配[sS]或勾选「. matches newline」选项（WebStorm 右下角有开关）
HTML 属性或 JSON 键名替换怎么避免贪心吞掉整行
搜 src="(.*)" 改 src="$1" 看似简单，但在 <img src="a.jpg" alt="b.jpg"> 里会匹配 "a.jpg" alt="b.jpg" 整段，因为 .* 贪心到底。
安全写法是用否定字符类限定边界：
- HTML 属性值：
src="([^"]*)"→src="$1"（双引号内不含双引号） - 单引号场景同理：
src='([^']*)' - JSON 键名（如
"id": 123）："([^"]+)":→"$1Id":，注意冒号后不能加空格捕获，否则易错位 - 若值本身含转义引号（如
"path": "C:\temp\file.txt"），普通正则基本不可靠，建议人工核对或用结构化搜索 + AST 解析插件
真正需要“动态参数”时该怎么做
比如想把所有 console.log(x) 替成 console.debug(`${x} [${new Date().toISOString()}]`)，其中时间戳每次生成——这超出了正则能力范围。
WebStorm 无法在替换时执行 JS 表达式，$1 只是静态回填，没有运行时上下文。
- 可行替代：用结构化搜索（
Ctrl+Shift+Alt+S）匹配console.log($expr$)，再配合外部脚本或 ESLint 自动修复规则批量注入 - 临时方案：先用正则替成
console.debug($1 + " [TIMESTAMP]")，再全局搜TIMESTAMP手动补一次时间（适合少量） - 长期建议：这类逻辑变更优先走 codemod 工具（如 jscodeshift），而非编辑器正则——后者本质是文本手术刀，不是代码分析器
最常被忽略的一点：WebStorm 的正则引擎是 Java Pattern，不支持 JS 里习以为常的 (?、<code>(?!...) 等环视语法，一写就静默失败。查不到匹配项时，先关掉环视，换成显式捕获组更稳妥。
