thinkphp中不存在onafterdelete，实际可用的是afterdelete静态方法，需在模型类中声明为protected static function afterdelete($model)，仅对模型层delete()/destroy()操作触发，不适用于db原生删除，且需手动处理关联清理、文件删除和缓存清除。
Model 的 onAfterDelete 并不存在 —— ThinkPHP 官方模型生命周期钩子中没有这个方法名，直接写会静默失效。
ThinkPHP 实际可用的删除后钩子是 afterDelete
这是静态方法，定义在模型类中，参数是被删除的模型实例（或主键值，取决于调用方式）。它只在通过模型实例调用 delete() 或 destroy() 时触发，不适用于 Db::name()->delete() 这类原生 SQL 删除。
- 必须声明为
protected static function afterDelete($model)，不能少static，也不能写成onAfterDelete或after_delete - $model 是完整模型对象（如
User实例），可直接访问$model->id、$model->email等字段 - 若用
User::destroy([1,2,3])批量删，afterDelete会为每个 ID 单独调用一次，不是传入数组 - 该方法不自动开启事务，如需回滚关联清理失败，得手动包在
Db::transaction()里
关联数据清理必须自己写逻辑，框架不自动级联
即使启用了 SoftDelete 或定义了 hasMany 关联，afterDelete 也不会自动删评论、附件或缓存。你得显式查、显式删：
- 删关联表：用
Comment::where('user_id', $model->id)->delete()（硬删）或Comment::where('user_id', $model->id)->delete(true)（软删，前提是 Comment 模型也启用了 SoftDelete） - 删文件：先查出
$model->avatar_path，再unlink(runtime_path . $model->avatar_path)，记得加file_exists()判断 - 清缓存：如
Cache::pull('user_profile_' . $model->id)，避免残留 - 别在钩子里调用
$model->comments()->delete()—— 这会触发 Comment 模型自己的afterDelete，可能形成递归或死锁
常见踩坑：钩子没触发的 4 个真实原因
你以为写了 afterDelete 就万事大吉，但线上常发现它根本没跑。最常出问题的是这几种情况：
- 用了
Db::name('user')->where('status', 0)->delete()—— 这是原生查询，绕过所有模型事件，afterDelete不会执行 - 模型类没继承
think\Model，而是直接 extendsBaseModel之类自定义基类，且基类没正确代理静态钩子 - 删除操作发生在命令行（
php think clean:users），但命令类里用了new User()实例再调delete()，此时静态钩子不会触发（必须走User::destroy()或User::get()->delete()） - 数据库外键设了
ON DELETE CASCADE，MySQL 直接干掉了子记录，PHP 层连afterDelete的边都摸不到
真正要靠钩子做清理，就得确保删除路径完全走模型层，且每一步都可追踪。别依赖“自动”，ThinkPHP 的关联清理从来都是显式、分步、带容错的。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
