Search Everywhere 是打开陌生项目的首个入口，双击 Shift 可统一搜索类、方法、配置、设置及 UI 元素，支持模糊与同义匹配，并能穿透非标准目录结构。
“Search Everywhere” 是你打开陌生项目的第一个入口
别急着翻代码树或点开 index.php 猜入口，PhpStorm 的 Search Everywhere（双击 Shift）能直接穿透项目结构，找到你真正想找的东西。它不是文件搜索，而是统一索引：类、方法、配置项、设置页、甚至 UI 按钮名称都可命中。
常见错误是输全名才敢搜——其实支持模糊和 synonym 匹配。比如搜 env config，会同时列出 .env 文件、config/app.php、APP_ENV 常量、以及 “Edit Configurations” 动作；搜 route list 会带出 Artisan 命令、Laravel 的 Route::list() 插件、甚至 PhpStorm 自己的 “Show Route Map” 工具窗口。
- 按两次
Shift后，先敲空格再输入关键词，能强制切换到“全部范围”模式（默认只显示最近文件） - 输完后按
Tab可切换搜索类型标签（Classes / Files / Symbols / Actions），避免误点进 Settings 页却找不到代码 - 如果项目用了自定义命名空间或非标准目录结构（如
src/Domain/而非app/），Search Everywhere仍能通过符号引用定位，比手动Ctrl+Shift+N找文件更可靠
用 Find Usages 追踪关键函数或配置项的落地位置
看到 APP_DEBUG 出现在 .env 里，但不确定它在哪被读取？右键选中该变量 → Find Usages（Alt+F7）。结果会按调用链分层：谁加载了 .env、谁解析了 APP_DEBUG、谁最终用了这个布尔值做分支判断。
这比全局文本搜索（Ctrl+Shift+F）干净得多——它只展示实际参与执行的引用，过滤掉注释、字符串字面量、测试 mock 等干扰项。
立即学习“PHP免费学习笔记（深入）”；
- 对 Laravel 项目，搜
config('database.default')能立刻定位到config/database.php和所有覆盖该配置的地方（如testing/database.php） - 对 Symfony，搜
kernel.environment会带出Kernel::getEnvironment()、AppKernel构造参数、以及services.yaml中的环境条件块 - 若结果为空，说明该符号未被 IDE 索引到——检查是否在
vendor/外且没被标记为 Sources Root（右键目录 →Mark Directory as → Sources Root）
通过 File Structure 快速掌握单个文件职责
打开一个陌生的 PHP 类，别从头读注释。按 Ctrl+F12（macOS：Cmd+F12）呼出 File Structure 面板，它会提取当前文件所有 public 方法、属性、trait use、接口实现，按逻辑分组并排序。
重点看顶部几个方法名：如果叫 handle()、__invoke()、up()，大概率是命令、中间件或迁移；如果全是 toXXX() 或 asXXX()，可能是数据转换器；如果出现大量 assertXXX()，八成是测试基类。
- 面板内支持搜索（直接打字），适合快速跳转到某个方法，不用滚动几十屏
- 勾选右上角
Include inherited，能看见父类方法是否被重写，帮你判断继承链意图 - 如果面板空或只有
__construct，说明该文件可能只是配置数组或常量定义，不用深究逻辑
别忽略 Database Tools 和 Git Log 提供的上下文线索
一个真实项目不会只靠代码运行。打开 Database 工具窗口（View → Tool Windows → Database），连上开发库后展开表结构——主键命名习惯（id 还是 uuid）、软删除字段（deleted_at 还是 is_deleted）、时间戳字段（created_on 还是 created_at）都在透露框架选型和团队规范。
同样，打开 Git Log（Alt+9 → 切换到 Log 标签），按作者或日期筛选最近几次提交。标题含 feat:、refactor:、chore: 的提交，比代码本身更能说明当前迭代重心。
- 如果 Log 里大量出现
phpcs、phpstan相关提交，说明项目有强静态分析约束，别急着改风格 - 如果 Database 窗口里表名全是下划线（
user_profile），而代码里模型名却是 PascalCase（UserProfile），基本可断定用了 Laravel 的默认约定，不用额外找映射配置 - 这两处信息不写在代码里，但错过它们，你会花一小时纠结“为什么这个 Model 没有
timestamps = false”，其实答案在 migration 里早写死了
最易被忽略的是索引延迟：新克隆的项目首次打开，Search Everywhere 和 Find Usages 可能返回不全，等右下角进度条消失、CPU 占用回落再查。强行操作只会让你怀疑功能失效，其实是 IDE 还在消化 vendor 和 config。
