ThinkPHP 6 模型事件需通过 event 服务手动监听，如 model.before_write，在初始化阶段注册；回调接收模型实例，不可用 TP5 的 $observe 属性；Observer 类需显式绑定方法，避免递归和内存泄漏；after_insert 在事务未提交时触发，ID 可能不可靠。
ThinkPHP 6 的模型事件怎么注册和触发
ThinkPHP 6 已经移除了旧版的 observe 方法和独立的观察者类机制，改用统一的事件系统。模型生命周期事件（如 before_insert、after_update）本质是事件名，需通过 event 服务手动监听，不是自动扫描类或注解驱动。
常见错误是照搬 TP5 写法，在模型里写 protected $observe = 'UserObserver' —— 这在 TP6 中完全无效，会静默失败。
- 事件名必须严格匹配官方文档定义的模型事件，例如：
model.before_write（TP6.1+ 推荐）、think\model\concern\Event::before_insert（兼容旧写法但不推荐） - 监听必须在应用初始化阶段注册，比如
app/common/Event.php的bind方法，或app/bootstrap.php中调用event()->listen() - 回调函数接收的参数是模型实例（
$model），不是原始数据数组；若需修改插入数据，得在before_insert中调用$model->data($new)并返回false阻断默认流程（注意：这会跳过验证和自动时间戳）
如何让一个 Observer 类集中处理多个模型事件
虽然 TP6 不内置“观察者类”，但你可以自己封装一个标准类，配合事件系统实现类似效果。关键点在于：类方法不能靠自动绑定，必须显式传入模型实例，并且要避免闭包导致的内存泄漏。
推荐做法是定义一个普通 PHP 类，每个方法接收 $model 参数，然后在事件监听处用 [ObserverClass, 'onBeforeInsert'] 数组方式注册：
立即学习“PHP免费学习笔记（深入）”；
use app\observer\UserObserver;
event()->listen('model.before_write', [UserObserver::class, 'onBeforeWrite']);
- 类方法必须是
public，且不能依赖构造注入（因为事件系统不管理其实例生命周期） - 不要在 Observer 里 new 模型或执行 DB 查询——容易引发递归监听（比如在
before_insert里又 save 另一个模型，触发新一轮事件） - 如果需要共享状态（如记录操作人），应通过请求上下文（
think\facade\Request）或容器单例传递，而非静态属性
为什么 after_insert 拿不到自增 ID 或事务中失效
这是最常踩的坑：after_insert 在 TP6 中实际触发时机是「写入完成但事务尚未提交」，此时若模型未显式开启事务，ID 能取到；但一旦套在 Db::transaction() 里，after_insert 会在 commit 前执行，而某些数据库驱动（如 MySQL PDO）在事务未提交时无法保证 lastInsertId() 可靠返回。
- 安全做法是监听
model.after_insert后，立刻检查$model->id是否为数字，否则改用$model->getPk()+$model->getData()组合提取 - 若必须在事务提交后执行逻辑（如发消息、写日志表），不要用模型事件，改用
Db::transaction(function () { ... })的回调，或监听db.after_commit（需自行扩展 Db 事件） - TP6 默认不触发
after_insert如果模型设置了autoWriteTimestamp = false且无主键自动增长，这点容易被忽略
TP5 的 observe 机制还能用吗
不能。TP6 完全删除了 think\Model::observe() 和 think\Observer 抽象类。试图 require 或继承它们会抛出 Class 'think\Observer' not found 错误。
迁移建议是：把原来 Observer 类里的方法拆出来，按事件名重命名（如 handleBeforeInsert → onBeforeInsert），然后统一在事件配置中绑定。别试图兼容双版本——TP5 和 TP6 的事件内核完全不同，强行桥接只会增加维护成本。
真正麻烦的不是写法转换，而是事件粒度变粗了：TP5 的 observe 支持 per-model 绑定，TP6 的事件是全局注册，同一事件名对所有模型生效。如果你有多个模型需要不同行为，得在监听回调里手动判断 get_class($model) 或检查 $model->name。
