webstorm文件内查找替换需区分场景、控制范围、防误改：ctrl+0f/ctrl+r限单文件，粘贴字符串须手动转义，正则用java引擎语法，结构化搜索（ctrl+shift+alt+s）保障语义安全。
WebStorm 的文件内查找替换不是“按 Ctrl+F 就完事”，关键在区分场景、控制范围、防误改——尤其粘贴字符串或用正则时，稍不注意就改错注释、字符串或正则字面量。
Ctrl+0F 和 Ctrl+R 是单文件操作的起点
按 Ctrl+0F（数字 0，不是字母 O）打开当前文件查找框；Ctrl+R 打开替换框。这两个快捷键只作用于**当前编辑器打开的文件**，不会跨文件扫描。
- 光标停在某个词上再按
Ctrl+0F，WebStorm 会自动把该词填进搜索框 - 选中一段文字后按
Ctrl+0F，默认启用「在选定内容中查找」——不用手动勾选，直接搜选区 - 误按
Ctrl+Shift+0F会跳到项目级搜索，结果刷满几十个文件，反而找不到当前行要改的地方 - 按
F3/Shift+F3可顺/逆向跳转匹配项，比鼠标点更稳
粘贴字符串进搜索框必须手动转义特殊字符
WebStorm 对手敲的 .、[、+ 等元字符会自动加反斜杠变成 \.、\[、\+；但**粘贴进来的字符串完全不转义**，哪怕含 . 或 ^ 也会被当字面量处理，导致搜不到或误匹配。
- 想搜 URL 中的
https://？得写成https://（斜杠不需要转义），但若搜user.id，必须写成user\.id - 搜换行符或制表符？点搜索框右侧 ↓ 图标，选「插入换行符」或「插入制表符」，别手敲
\n—— WebStorm 不识别 JS 风格的转义 - 复制自控制台报错信息如
Cannot read property 'data' of undefined，其中的单引号、点号都得手动加反斜杠才能精准匹配
用正则替换前先确认引擎行为和捕获组写法
WebStorm 用的是 Java 正则引擎（JDK 内置），和 JavaScript 的 /g 行为不一致：支持 $1 引用捕获组，但不支持 (? 这类 JS 有的环视语法。
- 开启正则必须点搜索框旁的
.*按钮，不能只靠输入^或$自动触发 - 捕获组用
(...)，替换时用$1、$2引用，别写成\1（那是旧式写法，WebStorm 不认） - 想把
const foo = 123;改成let foo = 123;，正则搜const (\w+) = (.*);，替换成let $1 = $2; - 鼠标悬停在
.*按钮上，点「显示表达式帮助」能实时看分组解析，比盲试快得多
结构化搜索才是改代码逻辑的安全方式
普通查找替换改的是文本，遇到 "forEach" 字符串或 /\.forEach\(/ 正则字面量照样改，运行就报错。要改函数调用、if 结构、类定义这类语义单位，必须用结构化搜索。
- 快捷键是
Ctrl+Shift+Alt+S，模板里用$var$占位，比如if($condition$){$body$}能精准匹配 if 块，跳过字符串里的"if (x) {}" - 搜
array.forEach(item => {})并替成for (const item of array)？普通正则大概率误伤，结构化模板$array$.forEach($param$ => $body$)才可靠 - 变量过滤器里可加正则约束，比如给
$name$加\b[A-Z][a-z]+\b，只匹配 PascalCase 名字
真正难的不是学会快捷键，而是每次敲下 Ctrl+R 前，得想清楚：这是纯文本替换，还是语义替换？粘贴的内容有没有隐藏元字符？要不要先开预览看匹配上下文？这些判断比操作本身花的时间多得多。
