Ctrl+Shift+F 和 Ctrl+Shift+R 是高频底层操作，需分清路径搜索、结构化搜索和正则搜索三类场景：前者跨文件支持过滤与正则，后者依赖 AST 精准改方法签名，正则则须注意转义层级与捕获组引用规则。
Ctrl+Shift+F 和 Ctrl+Shift+R 不是“高级功能”，而是你每天至少用五次的底层操作——但很多人按完就卡在“找不到结果”或“替换错了全项目”，根本原因不是不会用，是没分清这三类搜索场景。
什么时候该用 Ctrl+Shift+F 而不是 Ctrl+F
当前文件内搜 Ctrl+F 就够了；一旦涉及多个文件、目录甚至整个项目，就必须切到路径级搜索。Ctrl+Shift+F 的核心价值不是“范围大”，而是它能跨文件类型、带过滤条件、支持正则引用（比如用 $1 复用捕获组）。常见误操作包括：
– 没关“区分大小写”，结果漏掉 UserId 和 userid；
– 忘记勾选“全词匹配”，把 user 搜成 username、user_id 全中招；
– 在搜索框直接输 d+ 却没开“正则表达式”开关，IDE 当成字面量找字符串 d+。
Replace in Path 替换前必须确认的三件事
按下 Ctrl+Shift+R 后别急着点 All Files。先看清楚：
– 左上角 “Search scope” 是否限定在 src 目录？误选“Project”可能把 vendor 里的第三方包也改了；
– “File mask” 里填的是 *.php 还是 **/*.php？前者只查当前层，后者才递归子目录；
– 替换预览里高亮的是否全是你要改的语义位置？比如把 $this->config 替成 $this->settings，但模板文件里也有 config 字符串（如注释或 JSON 字符串），得手动 Skip 掉。
结构化搜索（SSR）不是炫技，是改错方法签名的刚需
当你需要把 public function save($data, $validate = true) 统一改成 public function save(array $data, bool $validate = true)，正则根本不可靠——它无法识别参数类型声明的位置、括号嵌套层级、默认值语法。这时必须用 编辑 | 查找 | 结构化搜索：
– 选 PHP 模板 “方法定义”；
– 把 $parameter$ 变量加条件：Text = data，Type = array；
– 再加一个 $parameter2$，Condition 里设 Text = validate，Type = bool；
– 最后在替换模板里写 array $data, bool $validate = true。它只动 AST 节点，不碰注释、字符串、其他同名变量。
正则里的反斜杠和 $n 引用容易翻车
在 Find in Path 里写正则， 必须写成 \\（四个反斜杠）——因为 PhpStorm 先解析一次转义，再交给正则引擎解析一次。而 $1 这类引用，只在“启用正则”且搜索模式含捕获组时生效，例如搜 (w+)s*=>s*(.+)，替换写成 $2 => $1 才能翻转键值对。但注意：
– $0 是整个匹配，$1 是第一个 () 里的内容；
– 如果用了非捕获组 (?:...)，它不生成 $n；
– 替换字段里不能用 $n 做条件判断，只能做纯文本插入。
立即学习“PHP免费学习笔记（深入）”；
真正卡住人的从来不是功能藏在哪，是搜完发现“怎么全替错了”或者“明明写了正则却没匹配”。结构化搜索要主动建模板，路径搜索要盯死 scope 和 file mask，正则里的反斜杠永远多打一半——这些细节不手动试两遍，看十篇教程也没用。
