ThinkPHP6路由中间件传参唯一方式是middleware()方法第二个参数，它作为第三个参数传入handle()方法，签名必须为public function handle($request, Closure $next, $param)。
直接用 Ctrl+Shift+Alt+N 搜函数名最可靠，但如果你只知道参数特征（比如“带 $request 和 $response 的中间件 handle 方法”），就不能只靠名字——得结合结构化搜索和语义筛选。
用结构化搜索（SSR）匹配参数签名
PhpStorm 的结构化搜索不是字符串匹配，而是基于 AST 节点的语法结构识别。它能真正“看懂”函数声明里的参数列表，而不是靠正则瞎猜。
- 按
Ctrl+Shift+A→ 输入Search Structurally→ 回车，打开 SSR 编辑器 - 模板填：
public function $method$($param1$, $param2$) { $statement$ } - 点击右下角
+$添加约束：选中$param1$→ 设置type == "Illuminate\Http\Request"；同理设$param2$为"Illuminate\Http\Response" - 勾选
Case sensitive和Whole words only，避免误中注释或字符串
这样搜出来的一定是声明了两个指定类型参数的 public function，哪怕方法名是 __invoke 或写在闭包里（需额外开启“Search in lambdas”）。
为什么不能只用正则搜 function.*$request.*$response
正则在代码里极易失焦：换行、缩进、类型声明位置（Request $request vs $request）、PHP 8.0+ 属性类型（public Request $request）都会导致漏匹配。
立即学习“PHP免费学习笔记（深入）”；
-
function后可能隔 3 行才出现参数列表 - 参数顺序不固定：
($response, $request)就会漏掉 - 类型前缀存在时，
Request $request中的空格/换行会让$request前面根本没function - SSR 不受这些干扰，它直接读取 AST 中的
parameterList节点并比对类型信息
快速验证参数类型是否被识别
光标停在某个参数变量名上（如 $request），按 Ctrl+Shift+I（Quick Definition）。如果弹出的是 class Request 的 stub 定义，说明类型推断成功；如果只显示 variable $request，那 SSR 也大概率无法识别该参数类型。
- 确保
Settings → PHP → Language level≥ 项目实际版本（如 Laravel 11 需 PHP 8.2+） - 检查
Settings → PHP → Include Paths是否包含vendor/laravel/framework等核心路径 - 若用 PHPStan 或 Psalm 插件，关闭其“Disable type inference”选项，否则会干扰 PhpStorm 自身类型解析
搜不到结果？先确认这三件事
结构化搜索对环境依赖极强，90% 的“搜不到”问题都卡在这三个环节：
- 目标文件未被标记为
Sources Root（右键目录 →Mark Directory as → Sources Root） - 刚修改过
composer.json或新增了psr-4映射，但没执行File → Reload project from Disk - 参数类型来自 traits 或 parent class，而当前类未正确继承或 use trait —— SSR 默认不跨作用域推导，得手动加
Search in libraries并勾选Include non-project files
真正容易被忽略的是：SSR 不会自动识别 mixed、array 这类弱类型参数，哪怕你写了 @param Request $request，也必须让 PHPDoc 被实际解析（即开启 Settings → Editor → Inspections → PHP → PHPDoc 中的 Check @param annotations）。否则，AST 里压根没有类型节点可查。
