中间件handle方法的第三个参数仅当路由、控制器或注册时明确传入参数才会生效，否则为null；它接收动态上下文值，与构造函数的静态依赖注入无关。
中间件本身不接收“额外参数”——它只接收 $request 和 $next，第三参数是可选的，但必须由框架显式传入，不能靠配置“自动塞进去”。
中间件 handle 方法的第三个参数怎么生效
只有当路由、控制器或中间件注册时**明确声明并传入了参数**，handle($request, $next, $param) 的第三个形参才会被赋值。否则它就是 null，不是空数组也不是默认值。
- 路由定义时传参：使用
middleware()方法第二个参数传数组，该数组会作为第三个实参传给handle - 中间件配置文件中注册带参：在
app/middleware.php中写成\app\middleware\Auth::class => ['role' => 'admin']，框架会自动把该数组传入handle - 控制器内动态设置：调用
$this->middleware(Auth::class, ['super'])同样触发第三参数传递 - 如果中间件类构造函数也接收参数（比如从容器注入），那和
handle的第三参数无关，别混在一起理解
Route::rule()->middleware() 传参的写法与限制
这是最常用也最容易出错的场景：你以为传了参数，但中间件根本收不到。
- 正确写法：
Route::rule('admin/:id', 'admin/index')->middleware(\app\middleware\Auth::class, ['role' => 'admin']) - 错误写法：
Route::rule('admin/:id', 'admin/index')->middleware([\app\middleware\Auth::class])—— 这里传的是数组，但没指定参数，框架不会解包 - 多个中间件统一传同一组参数：
->middleware([\app\middleware\Auth::class, \app\middleware\Log::class], ['env' => 'prod'])，两个中间件的handle第三个参数都会收到['env' => 'prod'] - 若某个中间件不需要参数，又和其他带参中间件一起注册，它也会收到该参数——无法“跳过”，只能在
handle内部判断忽略
中间件构造函数 vs handle 第三参数：什么时候用哪个
构造函数参数来自容器绑定或配置文件，属于“静态配置”；handle 第三参数来自路由/控制器上下文，属于“动态上下文”。两者生命周期和用途完全不同。
- 构造函数适合传固定依赖，比如日志实例、配置对象：
public function __construct(LoggerInterface $logger) -
handle第三参数适合传每次请求不同的控制开关，比如权限角色、缓存策略名、调试标记 - 不要在构造函数里试图读取请求数据（如
$request->param()），因为此时请求还没进来；也不要指望handle第三参数能跨请求复用——它每次都是新传的 - 如果同时用了两种传参方式，注意别命名冲突，比如都用
$config，容易误判来源
常见错误现象：参数“看似传了”，但中间件里 var_dump 是 null
这不是框架 bug，而是调用链断了。最常发生在以下情况：
- 写了
middleware(Auth::class)但漏了第二个参数，框架就只传$request和$next - 中间件类名写错，比如少了个反斜杠：
app\middleware\Auth→ 应为\app\middleware\Auth，类没加载成功，自然不会执行handle - 中间件未在
app/middleware.php中注册（如果是全局中间件）或未启用（如被条件判断跳过） - 用了闭包路由，但没手动调用
middleware()，比如Route::get('test', function () { ... })->middleware(...)忘了链式调用
真正容易被忽略的是：中间件参数传递**不经过容器解析**，你传的是什么，handle 收到的就是什么，不会自动展开对象、不会做类型转换、也不会 fallback 到默认值——全靠你写对、传对、收对。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
