Laravel中间件执行依赖Pipeline闭包链而非简单foreach，每个handle()中调用$next($request)将请求推至下一环节，响应时逆序执行；terminate()是唯一在响应发出后执行的钩子，需注册且实现该方法，仅适合轻量收尾操作。
中间件执行靠 Pipeline 闭包链，不是简单顺序调用
中间件不是按数组顺序一个个 foreach 执行完就结束的——Laravel 用的是 Pipeline 类构建的闭包链。每个中间件的 handle() 方法里调用 $next($request)，实际是把请求“推”给下一个闭包，直到最终交给控制器；响应返回时再逆序执行后置逻辑。
这意味着：如果某个中间件没调用 $next($request)，后续所有中间件和控制器都会被跳过；而一旦调用，就必须接收并返回 $response，否则响应会丢失。
- 错误写法：
if (!$request->user()) { return redirect('login'); }—— 缺少return $next($request);分支，会导致未登录用户重定向后，后续中间件不再运行（这通常是对的），但若逻辑分支漏写return，就会出空响应 -
$next不是函数名，是 Closure 实例，不能被赋值或修改，只能被调用一次 - 全局中间件、分组中间件、路由中间件最终会被 Kernel 合并成一个扁平数组，再交由 Pipeline 处理
参数怎么从路由传到 handle() 的第三个变量？
路由里写的 middleware('throttle:60,1')，参数不是靠字符串解析硬塞进去的——而是 Laravel 在构建中间件调用栈时，用服务容器的反射机制动态绑定参数。它会读取 handle 方法的签名，提取第 3 个及之后的参数名，再按冒号后逗号分隔的字符串顺序注入。
- 参数始终是字符串类型，比如
throttle:60,1→$maxAttempts和$decayMinutes都是 string，需手动(int)转换 - 参数数量必须严格匹配，少传会报
Missing argument错误；多传则多余部分被忽略 - 支持默认值：
public function handle($request, Closure $next, $role, $permission = null)，这样middleware('role:admin')就能安全运行 - 别在 handle 方法里对参数做复杂对象构造——参数只适合传配置值，对象应通过依赖注入获取
terminate() 方法为什么常被忽略？
terminate() 是中间件里唯一能在响应已发送、连接即将关闭时运行的钩子，但它不会影响响应体，只适合做异步清理或日志记录。
- 它不参与洋葱模型的“穿透”，也不接收
$next，签名是public function terminate($request, $response) - 必须在
Kernel的$middlewareGroups或$routeMiddleware中注册，且该中间件类要实现TerminableMiddleware接口（实际只需有terminate方法） - 典型用途：写访问日志（避免阻塞响应）、关闭数据库连接、触发队列任务——但要注意，此时 PHP 可能已关闭输出缓冲，
dd()或echo无效 - 开发环境难调试：因为浏览器已收到响应，
terminate日志得去 storage/logs 查，不能靠 Xdebug 断点直观观察
中间件里不该做的事
中间件位置关键，但能力有限。很多开发者把它当万能钩子，结果埋下隐患。
- 不要在中间件里渲染视图或返回 JSON 响应后还调用
$next($request)—— 会导致“headers already sent”错误 - 避免耗时操作：比如远程 API 调用、大文件读写，会拖慢所有经过它的请求；这类逻辑应移到控制器或 Job 中
- 别依赖 session 写入后立刻读取：像
session()->put('x', 1); session()->get('x')在中间件中可能返回 null，因为 session 真正写入是在terminate阶段 - 不要在 handle 中 new 大量对象或开启事务——中间件可能被多次调用（比如重试请求），资源泄漏风险高
terminate 收尾——这些决策比语法本身更影响系统稳定性。 
