为什么中间件顺序是面试高频考点？
在 ThinkPHP 的中高级面试中，中间件相关问题几乎必问。很多候选人对中间件的理解停留在“注册一下就能用”的层面，一旦被追问“多个中间件谁先执行”“中间件里的代码在控制器前后分别怎么走”“底层是怎么串起来的”，就答不上来了。
这背后考察的其实是对 管道模式（Pipeline Pattern） 的理解。ThinkPHP 的中间件机制并不是简单的数组遍历，而是一套基于闭包递归的责任链实现。理解它，不仅能答好面试题，还能在实际项目中排查中间件顺序引发的诡异 Bug。
一、中间件的注册与优先级
在 ThinkPHP 6 中，中间件有三种注册方式，优先级从高到低依次为：
- 路由中间件：在路由定义时通过
->middleware()绑定 - 控制器中间件：在控制器中通过
protected $middleware属性定义 - 全局中间件：在
app/middleware.php中注册
面试常问的第一个坑是：同一种注册方式下，多个中间件谁先执行？
答案是：按注册顺序，先注册的先执行。例如全局中间件中：
// app/middleware.php
return [
\app\middleware\Auth::class,
\app\middleware\Log::class,
];
Auth 会先于 Log 进入。但要注意，这里的“先执行”指的是 前置逻辑 先执行，而 后置逻辑 的执行顺序恰好相反。
二、执行顺序：洋葱模型
ThinkPHP 中间件采用的是经典的 洋葱模型（Onion Model）。假设有两个中间件 A 和 B，以及最终的控制器 C，执行流程如下：
A 前置
B 前置
C 控制器逻辑
B 后置
A 后置
用代码表示就是：
class A
{
public function handle($request, \Closure $next)
{
echo 'A 前置';
$response = $next($request);
echo 'A 后置';
return $response;
}
}
请求像一根针，从洋葱外层穿到内层（控制器），再从内层穿回外层。所以：
- 前置操作：注册顺序 = 执行顺序
- 后置操作：注册顺序 = 执行顺序的逆序
这是面试中区分“背过题”和“真理解”的关键分水岭。很多人只记住“先注册先执行”，却忽略了后置逻辑的逆序特性。
三、管道模式的底层实现
ThinkPHP 的中间件调度核心在 think\Middleware 类中，其本质是 think\Pipeline 管道类。我们来看简化后的核心逻辑：
class Pipeline
{
protected $passable; // 请求对象
protected $pipes = []; // 中间件数组
protected $carry; // 最终目的地（控制器）
public function then(\Closure $destination)
{
$pipeline = array_reduce(
array_reverse($this->pipes),
$this->carry(),
$destination
);
return $pipeline($this->passable);
}
protected function carry()
{
return function ($stack, $pipe) {
return function ($passable) use ($stack, $pipe) {
// 解析中间件，调用其 handle 方法
return $pipe->handle($passable, $stack);
};
};
}
}
这段代码是理解中间件的核心。array_reduce 配合 array_reverse 是关键：
array_reverse把中间件数组倒序，让最后注册的中间件最先被包裹array_reduce从内向外逐层包裹，每次把上一次的结果作为$stack（即$next）- 最终形成一个嵌套闭包，最外层是第一个注册的中间件
用伪代码展开就是：
$pipeline = function ($request) {
return $A->handle($request, function ($request) {
return $B->handle($request, function ($request) {
return $controller($request); // 最终目的地
});
});
};
这样调用 $pipeline($request) 时，自然就形成了洋葱模型的穿透效果。$next 参数本质上就是“下一层”的闭包。
四、面试延伸问题
问题 1：中间件中不调用 $next($request) 会怎样？
请求会被中断，后续中间件和控制器都不会执行，直接返回当前中间件的响应。这常用于权限拦截、限流等场景。
问题 2：中间件可以修改请求和响应吗？
可以。前置逻辑中修改 $request 会影响后续所有中间件和控制器；后置逻辑中修改 $response 会影响外层中间件拿到的响应。但要注意 $request 是对象，修改是引用传递。
问题 3：路由中间件和全局中间件的执行顺序？
路由中间件优先级更高，会先于全局中间件执行。因为框架会先合并全局中间件，再在路由匹配后追加路由中间件，最终按合并后的顺序进入管道。
问题 4：如果中间件抛出异常，后置逻辑还会执行吗？
不会。异常会向上冒泡，外层中间件的 $next() 调用处会直接抛出异常，后置代码被跳过，直到被异常处理器捕获。
五、实战建议
- 鉴权类中间件放最前面：尽早拦截非法请求，避免无谓的资源消耗
- 日志中间件放外层：这样才能记录到完整的请求生命周期，包括其他中间件的耗时
- 注意后置逻辑的逆序：如果多个中间件都要写日志，日志的先后顺序可能与预期相反
- 善用
array_reverse思维调试：当顺序不符合预期时，从管道包裹的角度去分析，而不是死记规则
总结
ThinkPHP 中间件的本质是管道模式 + 闭包递归。记住三个核心结论：
- 前置逻辑按注册顺序执行，后置逻辑按逆序执行
- 底层通过
array_reverse+array_reduce构建嵌套闭包 $next就是下一层中间件（或控制器）的闭包引用
面试时如果能画出洋葱模型并讲清 array_reduce 的包裹过程，基本就能拿下这道题。理解原理之后，中间件顺序问题不再是“玄学”，而是可以推导的必然结果。
未经允许不得转载：任鹏个人博客 » ThinkPHP 面试精讲：中间件执行顺序与管道模式实现
