Laravel怎么处理自定义中间件排序_Laravel控制中间件执行顺序【操作】

阿宇大大_4881

阿宇大大_4881

2026-04-30

494人浏览

原创

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

laravel怎么处理自定义中间件排序_laravel控制中间件执行顺序【操作】

中间件注册顺序决定执行顺序

在 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(...),结果发现后续中间件和控制器都没执行——这没错,但如果你本意只是“跳过某些中间件”,而不是“终止整个请求”,那就得小心了。

Laravel Creem Agent
Laravel Creem Agent

Creem 支付商店助理 — 查询订阅、客户、交易、产品,执行心跳检查,管理本地 Laravel支付商店。

下载

比如你在 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 的数组顺序里,改错一行位置,就可能让鉴权失效、日志漏记、甚至引发循环重定向。多看一眼数组,比查半天日志省时间。

相关专题

更多
laravel组件介绍
laravel组件介绍

laravel 提供了丰富的组件,包括身份验证、模板引擎、缓存、命令行工具、数据库交互、对象关系映射器、事件处理、文件操作、电子邮件发送、队列管理和数据验证。想了解更多laravel的相关内容,可以阅读本专题下面的文章。

2024.04.09

837

10

laravel中间件介绍
laravel中间件介绍

laravel 中间件分为五种类型:全局、路由、组、终止和自定。想了解更多laravel中间件的相关内容,可以阅读本专题下面的文章。

2024.04.09

815

9

laravel使用的设计模式有哪些
laravel使用的设计模式有哪些

laravel使用的设计模式有:1、单例模式;2、工厂方法模式;3、建造者模式;4、适配器模式;5、装饰器模式;6、策略模式;7、观察者模式。想了解更多laravel的相关内容,可以阅读本专题下面的文章。

2024.04.09

2468

10

thinkphp和laravel哪个简单
thinkphp和laravel哪个简单

对于初学者来说,laravel 的入门门槛较低,更易上手,原因包括:1. 更简单的安装和配置;2. 丰富的文档和社区支持;3. 简洁易懂的语法和 api;4. 平缓的学习曲线。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.04.10

3741

7

laravel入门教程
laravel入门教程

本专题整合了laravel入门教程,想了解更多详细内容,请阅读专题下面的文章。

2025.08.05

5290

22

laravel实战教程
laravel实战教程

本专题整合了laravel实战教程,阅读专题下面的文章了解更多详细内容。

2025.08.05

3536

13

laravel面试题
laravel面试题

本专题整合了laravel面试题相关内容,阅读专题下面的文章了解更多详细内容。

2025.08.05

6689

7

PHP高性能API设计与Laravel服务架构实践
PHP高性能API设计与Laravel服务架构实践

本专题围绕 PHP 在现代 Web 后端开发中的高性能实践展开,重点讲解基于 Laravel 框架构建可扩展 API 服务的核心方法。内容涵盖路由与中间件机制、服务容器与依赖注入、接口版本管理、缓存策略设计以及队列异步处理方案。同时结合高并发场景,深入分析性能瓶颈定位与优化思路,帮助开发者构建稳定、高效、易维护的 PHP 后端服务体系。

2026.03.04

1396

29

Laravel 框架安装指南
Laravel 框架安装指南

本指南详解 Laravel 框架安装全流程,涵盖 PHP 8.1+ 环境配置、Composer 依赖管理工具安装及国内镜像源优化。重点演示使用 composer create-project 命令创建 Laravel 10/11 项目,解决常见安装错误与依赖冲突。从环境搭建到项目初始化,助您快速完成 Laravel 开发环境部署,为后续 Web 应用开发奠定基础。适合 PHP 初学者与框架迁移开发者参考。

2026.04.09

195

6

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
如何安装 Composer
如何安装 Composer

共1课时 | 200人学习

Composer手册
Composer手册

共0课时 | 0人学习