中间件执行顺序由kernel.php中$middleware、$middlewaregroups和$routemiddleware数组的定义顺序决定,而非路由中middleware()调用顺序;全局中间件最先执行,分组内按数组从上到下执行,路由级中间件顺序取决于其在$routemiddleware中的声明位置。

中间件注册顺序决定执行顺序
在 Laravel 中,app/Http/Kernel.php 里 $middleware、$middlewareGroups 和 $routeMiddleware 三个数组的**定义顺序**,直接决定了中间件的执行顺序——不是“谁先调用谁先跑”,而是“谁先写在数组里谁先执行”。
常见错误是以为在路由里用 ->middleware(['a', 'b']) 就能控制顺序,其实这只是指定用哪些中间件,最终执行顺序仍由它们在 $routeMiddleware 或全局数组中的声明位置决定。
- 全局中间件(
$middleware)总是在最外层最先执行,比如TrustProxies、CheckForMaintenanceMode - 分组中间件(
$middlewareGroups)如web或api,内部顺序按数组从上到下执行 - 路由级中间件(
$routeMiddleware)只影响你显式绑定的路由,但它们本身在数组里的位置会影响被引用时的相对顺序
想让自定义中间件在 auth 之后执行?别动路由,改 Kernel.php
比如你写了 EnsureUserHasProfile,希望它只在用户已登录后才检查——那它必须排在 Authenticate(即 auth)中间件之后。很多人试图在路由里这样写:->middleware(['auth', 'ensure-user-has-profile']),但这是错的:如果 ensure-user-has-profile 在 $routeMiddleware 数组里定义在 auth 前面,它照样会先跑。
正确做法是打开 app/Http/Kernel.php,找到 $routeMiddleware 数组,把你的中间件定义放在 'auth' => \App\Http\Middleware\Authenticate::class, 这一行的后面:
protected $routeMiddleware = [
'auth' => \App\Http\Middleware\Authenticate::class,
'ensure-user-has-profile' => \App\Http\Middleware\EnsureUserHasProfile::class,
];
- 如果你把它加在
auth前面,哪怕路由里写->middleware(['auth', 'ensure-user-has-profile']),Laravel 仍会按$routeMiddleware中的声明顺序去拼接整个中间件栈 - 同一个中间件多次注册(比如既在
$middleware又在$routeMiddleware)会导致重复执行,务必避免
中间件内跳过后续执行,用 return $next($request) 而不是 return response()
自定义中间件里最容易踩的坑是:判断失败后直接 return response()->error(...),结果发现后续中间件和控制器都没执行——这没错,但如果你本意只是“跳过某些中间件”,而不是“终止整个请求”,那就得小心了。
比如你在 CheckTenant 中发现租户不存在,想跳过所有业务逻辑,直接返回 404;但如果你在 VerifyCsrfToken 之后才运行它,而你又用了 return response(),那 CSRF 校验其实已经完成了——看似没问题,但实际破坏了中间件设计的“责任链”语义。
- 真正想“继续往下走”,必须调用
$next($request)并返回其结果 - 想“中断并响应”,才用
return response()或return redirect() - 别在中间件里 throw 异常却不 catch,除非你明确希望它冒泡到异常处理器——否则可能绕过日志或监控
API 和 Web 分组混用时,顺序差异容易被忽略
api 和 web 是两个独立的中间件分组,各自在 $middlewareGroups 里定义。它们之间完全不共享顺序,也就是说:一个中间件同时注册在两个分组里,它在 web 中的位置和在 api 中的位置可以完全不同。
例如你把 ThrottleRequests 加在 web 分组靠后位置,却加在 api 分组开头,那 API 请求会更早被限流——这通常合理,但如果你没意识到这个差异,上线后可能发现 API 响应慢、Web 页面反而快。
- 检查
$middlewareGroups['web']和$middlewareGroups['api']的完整数组顺序 - 不要假设“我在 web 里放后面,API 里也自动靠后”
- 跨分组复用中间件时,尤其注意它的依赖项(比如是否依赖 session、是否需要 csrf token)
中间件顺序不是写完就能跑通的事,它藏在 Kernel.php 的数组顺序里,改错一行位置,就可能让鉴权失效、日志漏记、甚至引发循环重定向。多看一眼数组,比查半天日志省时间。











