beforeInsert 和 afterSave 触发时机、数据状态、事务阶段及适用场景完全不同：前者在事务开始后、SQL执行前拦截新增，可中断操作并修改待插入数据；后者在save末尾但事务未提交，看到的是可能回滚的脏数据，且不区分增删改，ThinkPHP 8.0已不推荐使用。
beforeInsert 和 afterSave 看似都发生在“新增”场景，但触发时机、数据状态、事务阶段和适用边界完全不同——混用会导致审核失效、日志错乱或数据不一致。
触发条件与动作类型不重叠
beforeInsert 仅在明确走插入流程时触发（$model->id 为空且未调用 isUpdate(true)）；而 afterSave 是泛型事件，在任何 save() 成功后都触发，不管底层是 insert 还是 update。
-
beforeInsert不会在save(['id' => 123])这种显式带主键的写入中执行 -
afterSave在isUpdate(true)强制更新、或主键已存在时仍会执行，但此时它等价于afterUpdate - 若想统一处理所有保存后的逻辑，应优先选
afterWrite，它不区分增/改，且比afterSave更早注册、更稳定
事务提交前后的关键分水岭
beforeInsert 在事务 begin 后、SQL 执行前触发，返回 false 可中断整个操作；afterSave 虽在 save() 方法末尾，但仍在事务 commit 之前——这意味着它看到的数据尚未持久化，外部系统（如 Redis、ES、HTTP 接口）拿到的是可能被 rollback 的脏数据。
- 在
afterSave中发消息、写日志、调用 API，极大概率导致最终一致性失败 -
beforeInsert里可以安全做字段校验、默认值填充、权限拦截，因为还没碰数据库 - 真正需要“数据已落库”的回调，得靠数据库层 binlog 监听，或手动在事务外异步投递任务
参数与数据可用性差异明显
beforeInsert 回调只接收一个参数：$model 实例，此时 $model->id 必为 null 或空字符串，$model->data 是待写入原始数据；afterSave 默认接收两个参数：$insert（bool）和 $changedAttributes（array），但这个签名只在 ActiveRecord 风格模型中生效，ThinkPHP 原生模型的 afterSave 并不自动传参——你得自己从 $model->getData() 或 $model->getChangedData() 提取。
立即学习“PHP免费学习笔记（深入）”；
- ThinkPHP 中想判断是否为新增，应改用
$model->isUpdate() === false，而非依赖afterSave的$insert参数 -
beforeInsert中修改$this->data会直接影响 INSERT SQL；afterSave中改$this->data对本次请求无意义，下次save()反而可能覆盖原值 - 敏感字段脱敏应在
afterRead做，绝不能放在afterSave里——那会把脱敏后的内容误存进数据库
最易被忽略的一点：afterSave 在 ThinkPHP 8.0 中已被明确标记为“非推荐使用”，框架文档建议迁移到 afterWrite + $model->isUpdate() 组合。而 beforeInsert 仍是唯一能精准拦截新增动作、且支持中断的可靠入口——别用错地方。
