模型事件不触发主因是配置或调用时机问题：需确保 app.event=true（tp6.3+已移除model.event）、observe()在initialize()中调用、事件名严格小写标准命名（如afterwrite），cli环境须清缓存并检查独立配置。
模型事件不触发，90% 是配置或调用时机问题，不是代码逻辑错了。
检查 event 系统是否启用
ThinkPHP 的模型事件依赖全局事件系统，app.event 关闭会导致所有模型事件静默失效——包括 observe()、beforeInsert、afterWrite 等全部不执行。
- 确认
config/app.php中'event' => true（TP6.1+ 默认开启，但 CLI 环境可能加载独立配置，需单独检查） - TP6.3+ 已移除
model.event配置项，只认app.event；若你还在config/model.php里设'event' => true，它已无效 - CLI 命令下常因配置缓存未更新或加载了
app_cli.php导致app.event = false，运行php think config:clear后重启命令再试
observe() 必须在 initialize() 里调用
observe() 是实例级绑定，不能写在构造函数、控制器或静态方法里直接调用——否则模型类尚未初始化完成，绑定会被丢弃。
- 正确位置：在模型类中定义
public static function initialize()，并在其中调用self::observe('app\observe\UserObserver') - 错误写法：
UserModel::observe(...)在控制器里调用，后续用UserModel::create()静态创建——此时无实例，监听器不会挂载 - 若用容器全局注册，应在
app/provider.php中写Model::observe(app\observe\UserObserver::class)，而非在模型文件内
事件方法名必须严格匹配标准命名
ThinkPHP 6.1+ 不再识别 saved、updating 这类旧方法名，也不接受 onAfterUpdate 或 afterUpdate（首字母大写）等变体，只认小写字母开头的标准事件名。
- 可用方法名只有：
created、updated、deleted、restored、beforeWrite、afterWrite、beforeInsert、afterInsert、beforeUpdate、afterUpdate等（注意全部小写，无on前缀） -
afterWrite在 v6.0+ 可用，但它会在 insert 和 update 后都触发，需手动判断$model->isUpdate()区分场景 - 软删除模型要监听
forceDeleted才能捕获delete(true)，deleted只响应软删（即设delete_time）
别把 afterWrite 当 onAfterWrite 用
onAfterWrite 根本不是 ThinkPHP 的合法事件名——框架源码和文档里都不存在。你写了也不会执行，日志、调试输出全都不会出现。
- 想统一处理新增和更新后的逻辑，用
afterWrite（v6.0+），或降级兼容写法：afterInsert+afterUpdate - 避免在
afterWrite中再次查数据库取原始数据——并发下可能拿到脏值；如需对比变更，应在beforeWrite里保存$this->origin或用$model->getChangedData() - 日志写入建议绕过模型链，直接用
Db::connect('log')->table('sys_log')->insert([...])，防止事务回滚导致日志丢失
最容易被忽略的是 CLI 环境的配置隔离和 observe() 的静态调用陷阱——这两点不排查清楚，其他优化都是白忙。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
