WebStorm正则搜索替换需注意引擎行为、转义规则和上下文误伤；粘贴字符串需手动转义元字符，如user.id要写成user\.id，URL中?、=需转义为\?、\=，换行符等应通过界面插入，且Java引擎不支持JS环视语法。
WebStorm 的正则搜索替换不是“开.*就完事”，关键在引擎行为、转义规则和上下文误伤——不控制好这三点，console.log 可能被字符串里的 'console.log("x")' 一起干掉。
粘贴字符串进搜索框必须手动转义元字符
WebStorm 对手敲的 .、[、+ 会自动加反斜杠变成 \.、\[、\+；但粘贴进来的完全不处理，哪怕你复制的是 user.id 或 https://，也会按字面量匹配，导致搜不到或错配。
- 想搜
user.id？必须写成user\.id，不能依赖粘贴自动转义 - 搜 URL 中的
https://不用转义斜杠，但https://example.com/path?x=1里的?和=得写成\?、\= - 复制自报错信息如
Cannot read property 'data' of undefined，单引号、点号都得补\'和\. - 换行符、制表符别手敲
\n或\t——点搜索框右侧 ↓ → “插入换行符”或“插入制表符”
Java 正则引擎不支持 JS 环视语法
WebStorm 用的是 JDK 内置的 Java Pattern 类，不是 JavaScript 的 RegExp。它支持捕获组和 引用，但不认 (?、<code>(?!...) 这类环视（lookaround），一写就失效。
- 想匹配
const foo = 123;但跳过"const bar = 1"？别写(?<=const )\w+，Java 不支持(?<=...) - 替代方案：启用
Match case+Words only，再配合结构化搜索（见下一条） - 测试正则是否合法？鼠标悬停在
.*按钮上，点「显示表达式帮助」看实时解析 - 捕获组必须用
()，替换时用$1、$2，别写\1（WebStorm 不识别）
结构化搜索才是改代码逻辑的安全方式
普通正则改的是纯文本，console.log 出现在字符串、注释、正则字面量里照样中招；而结构化搜索基于 AST，只匹配真实语法节点。
- 把
const foo = 123;改成let foo = 123;？别用const (\w+) = (.*);→let $1 = $2;，它会把const bar = "const baz = 1";也改掉，直接 SyntaxError - 按
Ctrl+Shift+Alt+S打开结构化搜索，模板填const $var$ = $expr$;，右键$var$→ “编辑变量” → 勾选Expression type并填any，确保只匹配声明语句 - 想批量改
forEach调用？用$collection$.forEach($callback$)模板，字符串里的"forEach"和/\.forEach\(/正则字面量全被跳过 - HTML 属性或 JSON 键名修改？优先用结构化搜索（如
JSON.parse($str$)），避免正则贪心匹配破坏结构
跨文件替换前必须预览所有命中项
WebStorm 的 Replace All in X files 是静默执行，不弹确认框，且没开本地历史或 Git 就很难回退。
- 按
Ctrl+Shift+R打开替换面板后，先填好内容，再点Find——底部会列出所有匹配位置 - 逐个点进去看上下文：是不是在
// 注释里？是不是在"string literal"里？是不是在/regex/.test()里？这些都该跳过 - 勾选
Match case和Words only能避开大部分误伤，比如只改console.log，不碰Console.log或userConsole.log - 务必关掉
Match in strings and comments（即“匹配字符串字面量”），否则console.log('debug')里的console.log也会被当目标
最常被忽略的其实是“上下文感知”这件事：正则只管文本形状，而 WebStorm 的结构化搜索和 Match in strings and comments 开关才是真正决定你改的是代码还是字符串的关键开关。
