search everywhere（shift+shift）是idea默认导航入口，优先匹配类名、文件名、菜单等，不搜代码内容；搜文本用ctrl+shift+f；类名定位主力是ctrl+shift+n，支持驼峰、通配符和排除测试目录；结果含module、type、location等关键上下文；索引延迟需等待或手动重建。

Search Everywhere 不是“高级搜索”，它是 IntelliJ IDEA 的默认导航入口——用错快捷键或理解偏差，90% 的搜索效率损失就发生在第一步。

Shift+Shift 打开的是 Search Everywhere，不是全文搜索

很多人按下两次 Shift 后输入一段代码片段（比如 setTimeout），发现没结果，就以为功能坏了。其实它根本不是用来搜代码内容的。

• Shift+Shift 启动的是 Search Everywhere，默认优先匹配：类名、文件名、菜单动作、设置项、Git 提交信息
• 它不扫描文件内容，也不走 Find in Path 的索引路径，所以搜不到变量名、方法体内的字符串、注释里的关键词
• 若真想搜文本内容，请用 Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS）
• 2023.2 版本起，Search Everywhere 会在无匹配时“降级”展示少量文本搜索结果，但不可依赖——它不支持正则、不支持范围限定、不显示上下文行

Ctrl+Shift+N 是类名定位的真正主力

搜 UserServiceImpl 这种类，Ctrl+Shift+N 比双 Shift 更快、更准、更可控。

Idea Spark

根据用户提供的领域或兴趣生成项目创意。当用户询问项目想法、寻求灵感、说“应该做什么项目”或“给我点想法”等时使用。

下载

• 它只索引 public 类的完整限定名（如 com.example.order.service.OrderService），内部类、匿名类、私有类不会出现
• 支持驼峰缩写：输入 UsrSvc 或 userSvc 都能命中 UserService
• 支持通配符：*config* 匹配所有含 config 的文件（包括 application.yml、ConfigProperties.java）
• 排除测试目录：!test 加在查询末尾（需在 Settings → Advanced Settings → Search Everywhere 中启用 “Advanced search mode”）
• 注意：被 Exclude 的目录（右键 → Mark as → Excluded）完全不会进入索引，哪怕你用 Ctrl+Shift+N 也搜不到

搜索结果里藏着关键上下文，别只点开就完事

IDEA 在 Search Everywhere 和 Ctrl+Shift+N 的结果列表中嵌入了结构化元信息，这些字段直接影响你下一步操作是否精准。

• Module 字段告诉你这个类属于哪个模块（尤其在多模块 Maven 项目中，避免误改下游依赖的类）
• Type 标签提示语义类型，比如 Spring Boot Config、JUnit Test、Lombok Builder，帮你快速判断是否该点进去
• Location 显示路径摘要（如 src/main/resources/），比文件名更能说明用途；若看到 target/classes/，说明是编译产物，不该直接编辑
• 右键点击结果项，Find Usages 比打开文件再手动调用更快——尤其对常被注入的 Service 类，能立刻看到哪些 Controller 引用了它

索引延迟和失效是隐形卡点

刚新建一个类、重命名一个包、或从 Git 拉了新分支，有时搜不到——不是快捷键问题，是索引还没跟上。

• IDEA 在项目加载完成、首次编译后触发类名索引构建；Maven 项目导入后，要等 “Indexing…” 状态消失才可用
• 修改 pom.xml 增加新模块？必须右键项目 → Reload project，否则新模块的类不会进索引
• 如果长期搜不到某个已存在的类，检查 File → Project Structure → Modules，确认其源码根路径（Sources）是否被正确标记
• 极端情况可手动重建索引：File → Repair IDE → Rebuild project indexes，但耗时较长，建议先排查上述配置

真正影响效率的从来不是“会不会按快捷键”，而是能不能一眼分辨出搜索结果里的 Module 和 Location 是否符合预期——这决定了你是打开文件后才发现找错了地方，还是在列表里就跳过它。