thinkphp事件系统通过分离主流程与周边动作实现业务解耦：注册成功为主流程，发邮件、记日志等为周边动作；事件类须继承think\event并规范命名；监听器在handle()中主动获取依赖且参数须严格匹配；推荐配置式统一注册；需显式调用event::trigger触发。
用ThinkPHP事件系统解耦业务逻辑，核心是把“主流程”和“周边动作”分开——注册成功是主流程，发邮件、记日志、同步第三方是周边动作。它们不该挤在同一个方法里，而应通过事件触发各自独立执行。
定义规范的事件类
事件类不是普通数据容器，必须继承 think\Event，否则监听器完全静默且无报错。推荐用命令生成：
- 运行
php think make:event UserRegistered，自动生成文件 - 确保类位于
app/event/UserRegistered.php，命名空间为app\event - 只声明 public 属性，属性名将直接作为监听器参数名（如
public $user;→ 监听器handle($user)） - 构造函数里不做耗时操作或依赖调用，它只是数据搬运工
编写专注职责的监听器
监听器不走容器自动注入，所以不能靠构造函数传服务。所有依赖都要在 handle() 方法里主动获取：
- 用
app()->make(Mail::class)或app('cache')拿服务实例 - 方法参数名和顺序必须与事件类 public 属性完全一致，拼错一个字母就不执行
- 每个监听器只做一件事：发邮件就只发邮件，写日志就只写日志，避免混杂逻辑
- 不要在监听器里手动开启事务，事件本身不保证原子性，强一致性操作仍需主流程控制
统一注册，避免分散硬编码
注册入口要集中，别在控制器里反复调用 Event::listen。两种主流方式：
-
配置式注册（推荐稳定模块）：在
app/event.php返回数组，键为事件全限定名（如'app\event\UserRegistered'），值为监听器数组（如['app\listener\SendWelcomeEmail', 'handle']） -
代码式注册（适合动态场景）：在
AppServiceProvider::boot()中调用Event::listen()，可传priority控制执行顺序（数值越大越先执行） - 多个监听器响应同一事件时，优先级比加载顺序更可靠，关键逻辑建议设为 50+，异步操作（如发短信）设为负值
显式触发，不依赖自动感知
事件不会自己发生，必须在业务完成点明确调用 Event::trigger()：
- 比如用户注册成功后，立即执行
Event::trigger(new UserRegistered($user, $ip)) - 触发时传入事件实例，框架会自动提取 public 属性传给各监听器
- CLI 或队列任务中需先调用
app()->initialize()补全上下文，否则 event.php 不生效 - 事件名区分大小写，通配符（如
user.*）默认不支持，需额外扩展
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
