find in path比search everywhere更可靠，因其基于全文本扫描，可查注释、配置文件及任意字符串，而后者仅索引符号和名称。
为什么 Find in Path 比 Search Everywhere 更可靠
Search Everywhere（双击 Shift）本质是符号/名称索引搜索，它查不到代码里任意一段字符串，比如 "timeout=3000" 或注释中的 // TODO: refactor this logic。真正做文本内容级检索，必须用 Find in Path（快捷键 Ctrl+Shift+F）。
- 它扫描所有可读文本文件：Java、YAML、XML、Vue、properties，甚至 Markdown 和 README
- 支持过滤文件类型，比如只搜
*.java, !*.test.java - 能跳过构建产物目录（
build/、target/），避免干扰结果 - 若项目启用了
Custom Scope（如 “Backend Only”），搜索速度明显提升
替换前必须检查的三个选项
按下 Ctrl+Shift+R 打开 Replace in Path 后，别急着填内容。先确认顶部复选框状态：
-
Regex：勾选后，Search for框按正则解析。常见陷阱：.匹配任意字符而非字面点号，需写成\.；$1只在替换框中生效，且依赖捕获组 -
Match case：大小写敏感。改配置项名时（如app.name→app.service.name）建议关闭，避免漏匹配 -
Words：全词匹配。想替换单独的id而不是user_id中的子串，必须勾选；但改方法名（如getId）时要取消，否则不生效
批量替换时如何避免误伤
一键 Replace All 很快，但风险集中。尤其当搜索字符串短（如 "log"）、泛（如 "val"）或出现在多语言上下文中（如 Java 字段 + Vue 模板 + SQL 注释），极易出错。
- 先用
Find in Path预览全部匹配位置，点击每个文件快速跳转查看上下文 - 对高危项（如日志级别、SQL 关键字、前端绑定表达式），用
Replace按行确认，而不是Replace All - 如果替换涉及路径或 URL（如
/api/v1/users→/api/v2/users），务必勾选Regex并用^/api/v1/锚定行首，防止误改注释里的旧版本说明 - 执行前留意底部提示：“X files will be modified”——若数字远超预期，立刻暂停并缩小
Scope
快捷键失效或冲突怎么办
Windows/Linux 下 Ctrl+Shift+F 和 Ctrl+Shift+R 被占用很常见（尤其装了输入法、远程桌面或安全软件）。这时不要硬调，直接走菜单路径更稳：
Edit → Find → Find in PathEdit → Find → Replace in Path
如果长期冲突，进 Settings → Keymap 搜索 Find in Path，右键 Remove 冲突绑定，再 Add Keyboard Shortcut 自定义一组干净组合键。Mac 用户注意：系统级快捷键（如截图）可能覆盖 Cmd+Shift+R，需在 macOS 系统设置中排查。
真正麻烦的不是找不到功能，而是误信模糊搜索结果就动手替换——尤其是跨模块、跨语言的项目里，一个没注意的 Words 开关或范围遗漏，可能让测试环境跑不通。
