新版的事件系统可以看成是`5.1`版本行为系统的升级版,事件系统相比行为系统强大的地方在于事件本身可以是一个类,并且可以更好的支持事件订阅者。
事件相比较中间件的优势是事件比中间件更加精准定位(或者说粒度更细),并且更适合一些业务场景的扩展。例如,我们通常会遇到用户注册或者登录后需要做一系列操作,通过事件系统可以做到不侵入原有代码完成登录的操作扩展,降低系统的耦合性的同时,也降低了BUG的可能性。
>[danger] 事件系统的所有操作都通过`think\facade\Event`类进行静态调用
>[danger] `V6.0.3+`版本开始,事件机制不能关闭
## 定义事件
事件系统使用了观察者模式,提供了解耦应用的更好方式。在你需要监听事件的位置,例如下面我们在用户完成登录操作之后添加如下事件触发代码:
```
// 触发UserLogin事件 用于执行用户登录后的一系列操作
Event::trigger('UserLogin');
```
或者使用助手函数
```
event('UserLogin');
```
这里`UserLogin`表示一个事件标识,如果你定义了单独的事件类,你可以使用事件类名(甚至可以传入一个事件类实例)。
```
// 直接使用事件类触发
event('app\event\UserLogin');
```
事件类可以通过命令行快速生成
```
php think make:event UserLogin
```
默认会生成一个`app\event\UserLogin`事件类,也可以指定完整类名生成。
我们可以给事件类添加方法
```
namespace app\event;
use app\model\User;
class UserLogin
{
public $user;
public function __construct(User $user)
{
$this->user = $user;
}
}
```
一般事件类无需继承任何其它类。
你可以给事件类绑定一个事件标识,一般建议直接在应用的`event.php`事件定义文件中批量绑定。
```
return [
'bind' => [
'UserLogin' => 'app\event\UserLogin',
// 更多事件绑定
],
];
```
如果你需要动态绑定,可以使用
```
Event::bind(['UserLogin' => 'app\event\UserLogin']);
```
>[danger] ThinkPHP的事件系统不依赖事件类,如果没有额外的需求,仅通过事件标识也可以使用,省去定义事件类的麻烦。
如果你没有定义事件类的话,则无需绑定。对于大部分的场景,可能确实不需要定义事件类。
你可以在`event`方法中传入一个事件参数
```
// user是当前登录用户对象实例
event('UserLogin', $user);
```
如果是定义了事件类,可以直接传入事件对象实例
```
// user是当前登录用户对象实例
event(new UserLogin($user));
```
## 事件监听
你可以手动注册一个事件监听
```
Event::listen('UserLogin', function($user) {
//
});
```
或者使用监听类来执行监听
```
Event::listen('UserLogin', 'app\listener\UserLogin');
```
可以通过命令行快速生成一个事件监听类
```
php think make:listener UserLogin
```
默认会生成一个`app\listener\UserLogin`事件监听类,也可以指定完整类名生成。
事件监听类只需要定义一个`handle`方法,支持依赖注入。
~~~
<?php
namespace app\listener;
class UserLogin
{
public function handle($user)
{
// 事件监听处理
}
}
~~~
在`handle`方法中如果返回了`false`,则表示监听中止,将不再执行该事件后面的监听。
一般建议直接在事件定义文件中定义对应事件的监听。
```
return [
'bind' => [
'UserLogin' => 'app\event\UserLogin',
// 更多事件绑定
],
'listen' => [
'UserLogin' => ['app\listener\UserLogin'],
// 更多事件监听
],
];
```
`V6.0.9+`版本开始,事件监听可以支持通配符,例如:
```
// 监听所有的模型事件
Event::listen('model.*', 'app\listener\ModelListen');
```
## 事件订阅
可以通过事件订阅机制,在一个监听器中监听多个事件,例如通过命令行生成一个事件订阅者类,
```
php think make:subscribe User
```
默认会生成`app\subscribe\User`类,或者你可以指定完整类名生成。
然后你可以在事件订阅类中添加不同事件的监听方法,例如。
~~~
<?php
namespace app\subscribe;
class User
{
public function onUserLogin($user)
{
// UserLogin事件响应处理
}
public function onUserLogout($user)
{
// UserLogout事件响应处理
}
}
~~~
监听事件的方法命名规范是`on`+事件标识(驼峰命名),如果希望统一添加事件前缀标识,可以定义`eventPrefix`属性。
~~~
<?php
namespace app\subscribe;
class User
{
protected $eventPrefix = 'User';
public function onLogin($user)
{
// UserLogin事件响应处理
}
public function onLogout($user)
{
// UserLogout事件响应处理
}
}
~~~
如果希望自定义订阅方式(或者方法规范),可以定义`subscribe`方法实现。
~~~
<?php
namespace app\subscribe;
use think\Event;
class User
{
public function onUserLogin($user)
{
// UserLogin事件响应处理
}
public function onUserLogout($user)
{
// UserLogout事件响应处理
}
public function subscribe(Event $event)
{
$event->listen('UserLogin', [$this,'onUserLogin']);
$event->listen('UserLogout',[$this,'onUserLogout']);
}
}
~~~
然后在事件定义文件注册事件订阅者
```
return [
'bind' => [
'UserLogin' => 'app\event\UserLogin',
// 更多事件绑定
],
'listen' => [
'UserLogin' => ['app\listener\UserLogin'],
// 更多事件监听
],
'subscribe' => [
'app\subscribe\User',
// 更多事件订阅
],
];
```
如果需要动态注册,可以使用
```
Event::subscribe('app\subscribe\User');
```
## 内置事件
内置的系统事件包括:
| 事件| 描述 | 参数 |
| --- | --- | --- |
| AppInit | 应用初始化标签位 | 无 |
| HttpRun | 应用开始标签位 | 无 |
| HttpEnd | 应用结束标签位 | 当前响应对象实例 |
| LogWrite | 日志write方法标签位 | 当前写入的日志信息 |
| RouteLoaded| 路由加载完成 | 无 |
| LogRecord| 日志记录`V6.0.8+` | 无 |
>[danger] `AppInit`事件定义必须在全局事件定义文件中定义,其它事件支持在应用的事件定义文件中定义。
原来`5.1`的一些行为标签已经废弃,所有取消的标签都可以使用中间件更好的替代。可以把中间件看成处理请求以及响应输出相关的特殊事件。事实上,中间件的`handler`方法只是具有特殊的参数以及返回值而已。
数据库操作的回调也称为查询事件,是针对数据库的CURD操作而设计的回调方法,主要包括:
| 事件 | 描述 |
| --- | --- |
| before\_select | `select`查询前回调 |
| before\_find | `find`查询前回调 |
| after\_insert | `insert`操作成功后回调 |
| after\_update | `update`操作成功后回调 |
| after\_delete | `delete`操作成功后回调 |
> 查询事件的参数就是当前的查询对象实例。
模型事件包含:
| 钩子 | 对应操作 |
| --- | --- |
| after\_read | 查询后 |
| before\_insert | 新增前 |
| after\_insert | 新增后 |
| before\_update | 更新前 |
| after\_update | 更新后 |
| before\_write | 写入前 |
| after\_write | 写入后 |
| before\_delete | 删除前 |
| after\_delete | 删除后 |
`before_write`和`after_write`事件无论是新增还是更新都会执行。
> 模型事件方法的参数就是当前的模型对象实例。
- 序言
- 基础
- 安装
- 开发规范
- 目录结构
- 配置
- 架构
- 请求流程
- 架构总览
- 入口文件
- 多应用模式
- URL访问
- 容器和依赖注入
- 服务
- 门面
- 中间件
- 事件
- 路由
- 路由定义
- 变量规则
- 路由地址
- 路由参数
- 路由中间件
- 路由分组
- 资源路由
- 注解路由
- 路由绑定
- 域名路由
- MISS路由
- 跨域请求
- URL生成
- 控制器
- 控制器定义
- 基础控制器
- 空控制器
- 资源控制器
- 控制器中间件
- 请求
- 请求对象
- 请求信息
- 输入变量
- 请求类型
- HTTP头信息
- 伪静态
- 参数绑定
- 请求缓存
- 响应
- 响应输出
- 响应参数
- 重定向
- 文件下载
- 数据库
- 连接数据库
- 分布式数据库
- 查询构造器
- 查询数据
- 添加数据
- 更新数据
- 删除数据
- 查询表达式
- 链式操作
- where
- table
- alias
- field
- strict
- limit
- page
- order
- group
- having
- join
- union
- distinct
- lock
- cache
- cacheAlways
- comment
- fetchSql
- force
- partition
- failException
- sequence
- replace
- extra
- duplicate
- procedure
- 聚合查询
- 分页查询
- 时间查询
- 高级查询
- 视图查询
- JSON字段
- 子查询
- 原生查询
- 获取查询参数
- 查询事件
- 获取器
- 事务操作
- 存储过程
- 数据集
- 数据库驱动
- 模型
- 定义
- 模型字段
- 新增
- 更新
- 删除
- 查询
- 查询范围
- JSON字段
- 获取器
- 修改器
- 搜索器
- 数据集
- 自动时间戳
- 只读字段
- 软删除
- 类型转换
- 模型输出
- 模型事件
- 模型关联
- 一对一关联
- 一对多关联
- 远程一对多
- 远程一对一
- 多对多关联
- 多态关联
- 关联预载入
- 关联统计
- 关联输出
- 虚拟模型
- 视图
- 模板变量
- 视图过滤
- 模板渲染
- 模板引擎
- 视图驱动
- 错误和日志
- 异常处理
- 日志处理
- 调试
- 调试模式
- Trace调试
- SQL调试
- 变量调试
- 远程调试
- 验证
- 验证器
- 验证规则
- 错误信息
- 验证场景
- 路由验证
- 内置规则
- 表单令牌
- 注解验证
- 杂项
- 缓存
- Session
- Cookie
- 多语言
- 上传
- 命令行
- 启动内置服务器
- 查看版本
- 自动生成应用目录
- 创建类库文件
- 清除缓存文件
- 生成数据表字段缓存
- 生成路由映射缓存
- 输出路由定义
- 自定义指令
- Debug输出级别
- 扩展库
- 数据库迁移工具
- Workerman
- think助手工具库
- 验证码
- Swoole
- 附录
- 助手函数
- 升级指导
- 更新日志