afterSave仅在模型层调用save()或update()时触发，Db类操作、批量更新及主键缺失导致误判新增均不触发；应改用afterUpdate钩子并验证isUpdate()为true。
ThinkPHP 5.1 中模型的 afterSave 事件在更新操作时不触发，不是事件写法错误，而是触发条件未满足——该事件只在模型层主动调用 save()、update() 等方法时生效，不响应原生查询或跳过模型的操作。
触发前提：必须走模型完整生命周期
afterSave 是模型钩子事件，依赖模型实例的 save() 流程。以下情况不会触发：
-
使用 Db 类直接更新：如
Db::table('user')->where('id', 1)->update(['name' => 'A'])—— 完全绕过模型，无任何事件 -
批量更新不走单条 save：
User::where('status', 0)->update(['status' => 1])属于 Query Builder 操作，不实例化模型，不触发afterSave -
使用
data()+save()但未指定主键：若数据中缺少主键字段（如id），TP5.1 会当作新增处理，可能执行INSERT而非UPDATE，导致afterSave在新增上下文中触发，而非你预期的更新场景
确认是否真进了模型更新流程
在控制器或业务代码中加一行验证：
dump(get_class($userModel)); // 确保 $userModel 是 User 实例，不是数组或 Db 对象dump($userModel->isUpdate()); // 返回 true 才表示当前是更新模式
如果 isUpdate() 为 false，说明模型认为这是新增操作，需检查是否显式设置了主键：$userModel->id = 123; $userModel->save();
立即学习“PHP免费学习笔记（深入）”；
替代方案：用 afterUpdate 钩子更精准
TP5.1 支持更明确的更新专用事件：
-
afterUpdate：仅在模型执行更新操作（且成功）后触发，比afterSave更可靠 - 定义方式相同，在模型类中写：
protected $eventAfterUpdate = ['doSomething'];，再定义doSomething()方法 - 注意：它同样只对
$model->save()或$model->update()生效，不覆盖 Db 层操作
调试技巧：日志确认执行路径
不要只看页面结果，直接在钩子方法开头加日志：
Log::info('User afterUpdate triggered', ['data' => $this->data, 'id' => $this->id]);然后查 runtime/log/ 下最新日志。若无记录，说明根本没走到模型更新；若有记录但数据不对，再检查 $this->data 是否含预期字段和值。
