[TOC]
# 简介
> Laravel 中间件提供了一种方便的机制来过滤进入应用的 HTTP 请求, 如ValidatePostSize用来验证POST请求体大小、ThrottleRequests用于限制请求频率等。
那Laravel的中间件是怎样工作的呢?
# 启动流程
再说Laravel中间件前,我们先来理一理laravel的启动流程
首先,入口文件index.php加载了autoload和引导文件bootstrap
~~~
require __DIR__.'/../bootstrap/autoload.php';
$app = require_once __DIR__.'/../bootstrap/app.php';
~~~
并在引导文件bootstrap/app.php中初始化了Application实例
~~~
$app = new Illuminate\Foundation\Application(
realpath(__DIR__.'/../')
);
~~~
我们先跳过如何初始化Application(后面会有简单介绍),再回到入口文件(index.php)中,通过从Application实例$app中获取Http Kernel对象来执行handle方法,换取response。
~~~
$kernel = $app->make(Illuminate\Contracts\Http\Kernel::class);
$response = $kernel->handle(
$request = Illuminate\Http\Request::capture()
);
$response->send();
$kernel->terminate($request, $response);
~~~
换取响应后,把响应内容返回给Client,并执行后续操作(terminate,如关闭session等)。
实例化Application:
Laravel的容器并不是我这次说的重点,这里简单介绍下
在初始化Application(启动容器)时,Laravel主要做了三件事情
1. 注册基础绑定
2. 注册基础服务提供者
3. 注册容器核心别名
注册完成以后,我们就能直接从容器中获取需要的对象(如Illuminate\\Contracts\\Http\\Kernel),即使它是一个Interface。
> 获取Illuminate\Contracts\Http\Kernel类时,我们得到的真正实例是 App\Http\Kernel
~~~
// bootstrap/app.php
$app->singleton(
Illuminate\Contracts\Http\Kernel::class,
App\Http\Kernel::class
);
~~~
# Handle
从容器中获得Http Kernel对象后,Laravel通过执行kernel->handle来换取response对象。
~~~
//Illuminate\Foundation\Http\Kernel.php
public function handle($request)
{
$request->enableHttpMethodParameterOverride();
$response = $this->sendRequestThroughRouter($request);
//......
}
~~~
enableHttpMethodParameterOverride方法开启方法参数覆盖,即可以在POST请求中添加_method参数来伪造HTTP方法(如post中添加_method=DELETE来构造HTTP DELETE请求)。
然后Laravel把请求对象(request)通过管道流操作
~~~
protected function sendRequestThroughRouter($request)
{
return (new Pipeline($this->app))
->send($request)
->through($this->app->shouldSkipMiddleware() ? [] : $this->middleware)
->then($this->dispatchToRouter());
}
/**
* Get the route dispatcher callback.
*
* @return \Closure
*/
protected function dispatchToRouter()
{
return function ($request) {
$this->app->instance('request', $request);
return $this->router->dispatch($request);
};
}
~~~
Pipeline是laravel的管道操作类。在这个方法中,我的理解是:发送一个$request对象通过middleware中间件数组,最后在执行dispatchToRouter方法。注意,这里的中间件只是全局中间件。即首先让Request通过全局中间件,然后在路由转发中($this->dispatchToRouter()),再通过路由中间件及中间件group。
所以,到这里为止,Laravel的请求交给了Pipeline管理,让我们来看看这个Pipeline究竟是怎样处理的。
~~~
//Illuminate\Pipeline\Pipeline.php
public function then(Closure $destination)
{
$pipeline = array_reduce(
array_reverse($this->pipes), $this->carry(), $this->prepareDestination($destination)
);
return $pipeline($this->passable);
}
protected function prepareDestination(Closure $destination)
{
return function ($passable) use ($destination) {
return $destination($passable);
};
}
protected function carry()
{
return function ($stack, $pipe) {
return function ($passable) use ($stack, $pipe) {
if ($pipe instanceof Closure) {
return $pipe($passable, $stack);
} elseif (! is_object($pipe)) {
list($name, $parameters) = $this->parsePipeString($pipe);
$pipe = $this->getContainer()->make($name);
$parameters = array_merge([$passable, $stack], $parameters);
} else {
$parameters = [$passable, $stack];
}
return $pipe->{$this->method}(...$parameters);
};
};
}
~~~
我们来看看最重要的then方法, 在这方法中$destination表示通过该管道最后要执行的Closure(即上述的dispatchToRouter方法)。passable表示被通过管道的对象Request。
php内置方法array_reduce把所有要通过的中间件($this->pipes)都通过carry方法($this->pipes不为空时)并压缩为一个Closure。最后在执行prepareDestination。
>array_reduce($pipes, callback($stack, $pipe), $destination), 当pipes为空时,直接执行destination,否则将所有$pipes压缩为一个Closure,最后在执行destination。
列如我有两个中间件
~~~
Illuminate\Foundation\Http\Middleware\CheckForMaintenanceMode::class,
App\Http\Middleware\AllowOrigin::class,//自定义中间件
~~~
将这两个中间件通过array_reduce方法时,返回压缩后的Closure如:
![](https://box.kancloud.cn/7fca05895d86b2a4b374d73140af40a2_2222x1184.jpg)
该Closure共有三个层, 前面两个为两个中间件,后面个位最后要执行的Closure(即上述的dispatchToRouter方法)。
~~~
//中间件handle
public function handle($request, Closure $next)
{
}
~~~
在第一个通过的中间件(此处是CheckForMaintenanceMode)handle方法中,dump($next)如下
![](https://box.kancloud.cn/fe11133552368e7d30828f36aa111335_2100x844.jpg)
在第二个通过的中间件(共两个,此处是AllowOrigin)handle方法中,dump($next)如下
![](https://box.kancloud.cn/179d6df347412619421ceda44b9da9f2_1688x572.jpg)
由此可知,中间件在执行$next($request)时,表示该中间件已正常通过,并期待继续执行下一个中间件。直到所有中间件都执行完毕,最后在执行最后的destination(即上述的dispatchToRouter方法)
以上是Laravel在通过全局中间件时的大致流程,通过中间件group和路由中间件也是一样的, 都是采用管道流操作,详情可翻阅源码
~~~
Illuminate\Routing\Router->runRouteWithinStack
~~~
- 配置
- composer安装
- composer用法
- composer版本约束表达
- phpstorm
- sftp文件同步
- php类型约束
- laradock
- 配置文件缓存详解
- git
- 自定义函数
- 核心概念
- IOC
- 服务提供者
- Facade
- 契约
- 生命周期
- 路由
- 请求
- 命名路由
- 路由分组
- 资源路由
- 控制器路由
- 响应宏
- 响应
- Command
- 创建命令
- 定时任务
- console路由
- 执行用户自定义的定时任务
- artisan命令
- 中间件
- 创建中间件
- 使用中间件
- 前置和后置
- 详细介绍
- 访问次数限制
- 为 VerifyCsrfToken 添加过滤条件
- 单点登录
- 事件
- 创建
- ORM
- 简介
- DB类
- 配置
- CURD
- queryScope和setAttribute
- 查看sql执行过程
- 关联关系
- 一对一
- 一对多
- 多对多
- 远程关联
- 多态一对多
- 多态多对多
- 关联数据库的调用
- withDefault
- 跨模型更新时间戳
- withCount,withSum ,withAvg, withMax,withMin
- SQL常见操作
- 模型事件
- 模型事件详解
- 模型事件与 Observer
- deleted 事件未被触发
- model validation
- ORM/代码片段
- Repository模式
- 多重where语句
- 中间表类型转换
- Collection集合
- 新增的一些方法
- 常见用法
- 求和例子
- 机场登机例子
- 计算github活跃度
- 转化评论格式
- 计算营业额
- 创建lookup数组
- 重新组织出表和字段关系并且字段排序
- 重构循环
- 其他例子
- 其他问题一
- 去重
- 第二个数组按第一个数组的键值排序
- 搜索ES
- 安装
- 表单
- Request
- sessiom
- Response
- Input
- 表单验证
- 简介
- Validator
- Request类
- 接口中的表单验证
- Lumen 中自定义表单验证返回消息
- redis
- 广播事件
- 发布订阅
- 队列
- 守护进程
- redis队列的坑
- beanstalkd
- rabbitmq
- redis队列
- 日志模块
- 错误
- 日志详解
- 数据填充与迁移
- 生成数据
- 数据填充seed
- migrate
- 常见错误
- Blade模板
- 流程控制
- 子视图
- URL
- 代码片段
- Carbon时间类
- 一些用法
- 邮件
- 分页
- 加密解密
- 缓存
- 文件上传
- 优化
- 随记
- 嵌套评论
- 判断字符串是否是合法的 json 字符串
- 单元测试
- 计算出两个日期的diff
- 自定义一个类文件让composer加载
- 时间加减
- 对象数组互转方法
- 用户停留过久自动退出登录
- optional 辅助方法
- 文件下载
- Api
- Dingo api
- auth.basic
- api_token
- Jwt-Auth
- passport
- Auth
- Authentication 和 Authorization
- Auth Facade
- 授权策略
- Gates
- composer包
- debug包
- idehelp包
- image处理
- 验证码
- jq插件
- 第三方登录
- 第三方支付
- log显示包
- 微信包
- xss过滤
- Excel包
- MongoDB
- php操作
- 聚合查询
- 发送带附件邮件
- 中文转拼音包
- clockwork网页调试
- emoji表情
- symfony组件
- swooletw/laravel-swoole
- 常见问题
- 跨域问题
- Laravel队列优先级的一个坑
- cache:clear清除缓存问题
- .env无法读取
- 源码相关基础知识
- __set和__get
- 依赖注入、控制反转和依赖倒置原则
- 控制反转容器(Ioc Container)
- 深入服务容器
- call_user_func
- compact
- 中间件简易实现
- array_reduce
- 中间件实现代码
- Pipeline管道操作
- composer自动加载
- redis延时队列
- 了解laravel redis队列
- cli
- 源码解读
- Facade分析
- Facade源码分析
- IOC服务容器
- 中间件原理
- 依赖注入浅析
- 微信
- 微信公众号
- 常用接收消息
- 6大接收接口
- 常用被动回复消息
- 接口调用凭证
- 自定义菜单
- 新增素材
- 客服消息
- 二维码
- 微信语音
- LBS定位
- 网页授权
- JSSDK
- easywechat
- 小程序
- 小程序配置app.json