WebStorm正则搜索默认匹配注释和字符串导致误中，须关闭“Match in comments and strings”并启用大小写和全词匹配；点号等元字符需手动转义，且引擎为Java regex非JS RegExp。
直接回答：WebStorm 的正则搜索不是“开箱即用就安全”，必须手动控制上下文、转义和匹配粒度，否则 console.log 会把字符串里的 "console.log('x')" 也干掉。
为什么 console.log 搜索总误中字符串？
WebStorm 默认把代码当纯文本扫，不区分语法角色。勾选 Match case 和 Words only 是底线操作；但更关键的是关掉 Match in comments and strings（在搜索面板右上角齿轮菜单里）——这个选项默认是开启的，一开就等于主动邀请误替换。
- 误中典型场景：
const msg = "debug: console.log(1)";会被命中 - 真正有效的组合：启用
Regular expression+Match case+Words only+ 关闭Match in comments and strings - 如果目标带点号（如
user.id），必须写成user\.id，粘贴进来的字符串不会自动转义.、[等元字符
Ctrl+Shift+F 里写正则要注意什么？
它用的是 Java java.util.regex.Pattern 引擎，和 JS 的 RegExp 不兼容。你写 (? 或 <code>/g 标志，它直接不认——连语法高亮都会变灰，悬停提示会显示“Unknown construct”。
- 支持的捕获组引用是
$1、$2，不是\1 - 想匹配换行？点击搜索框右侧 ↓ → “Insert line break”，别手敲
\n（容易输错） - 测试正则是否写对？鼠标悬停在
.*按钮上，点「显示表达式帮助」看实时解析树 - 贪婪匹配很危险：搜
src="(.*)"在<img src="a.jpg" alt="b.jpg">里会吞掉整个属性块，改用src="([^"]*)"
什么时候该放弃正则，改用结构化搜索？
当你改的是语言结构（比如变量声明、函数调用、if 块），而不是纯文本时，正则基本不可靠。例如把 const foo = 1; 换成 let foo = 1;，正则 const (\w+) = 会吃掉 const bar = "const baz = 2"; 里的字符串，直接导致 SyntaxError。
- 启动方式：
Ctrl+Shift+Alt+S（Windows/Linux）或Cmd+Shift+Alt+S（Mac） - 模板示例：
const $var$ = $expr$;，给$var$加约束：Expression type =any，Scope =statement - 替换模板：
let $var$ = $expr$;—— 它只匹配 AST 上的声明节点，天然跳过字符串、注释、正则字面量 - HTML 属性或 JSON 键名批量处理？别硬刚正则，用结构化搜索配
XML tag attribute模板更稳
最常被忽略的一点：WebStorm 的 Replace All in X files 是静默执行，不弹确认框。哪怕开了 Git，没提交前误操作也得靠本地历史恢复——而本地历史默认只保留 5 天，且不包含未保存的修改。
