BeforeCreate 和 AfterCreate 均在事务中执行但未提交；BeforeCreate 返回 error 可回滚，AfterCreate 失败不回滚，需用显式事务块确保提交后执行；软删除时 AfterDelete 不触发，清理逻辑应放 AfterUpdate 并判 DeletedAt.Valid。
BeforeCreate 和 AfterCreate 在事务里怎么写才安全
这两个钩子在事务中执行，但容易误以为“AfterCreate 就代表数据已落库且事务已提交”。实际不是：AfterCreate 触发时记录已插入，但事务仍在进行中，尚未 Commit。如果你在里面调用 tx.Create() 或发 HTTP 请求，一旦失败，整个事务会回滚——包括刚插入的那条记录。
实操建议：
- BeforeCreate 适合做字段填充（如生成
UUID、设置CreatedAt）、校验（如if u.Email == "" { return errors.New("email required") }），返回 error 会中断并回滚事务 - AfterCreate 适合更新关联表（如给新用户建默认
Profile），但必须用同一个tx实例，不能另起db.Create()；否则可能脱离当前事务上下文 - 若需确保“事务已提交后再执行”，不要依赖 AfterCreate，改用显式事务块：
db.Transaction(func(tx *gorm.DB) error { ...; return tx.Create(&u).Error })，然后在Transaction调用后手动触发后续逻辑
软删除时 BeforeDelete 和 AfterUpdate 怎么配合
启用软删除后，Delete() 不会真正删行，而是把 DeletedAt 字段设为当前时间。GORM v2 的生命周期是：BeforeDelete → 更新 DeletedAt → AfterUpdate，AfterDelete 根本不会触发。
常见错误现象：你在 AfterDelete 里写了清理缓存逻辑，结果软删时完全不执行。
实操建议：
- 想区分硬删和软删，检查
tx.Statement.Unscoped是否为true；或者约定硬删必须显式调用Unscoped().Delete() - 软删清理逻辑应放在
AfterUpdate里，并加判断：if u.DeletedAt.Valid { /* 清理缓存 */ } - BeforeDelete 里能拿到原始模型（
tx.Statement.Dest），但此时DeletedAt还是零值，不能靠它判断是否将被软删
跨模型关联操作在 Hook 里怎么避免死锁或 N+1
比如用户创建后要同步创建地址、发通知、更新统计表。如果每个 Hook 都直接调用 tx.Create() 或 tx.Model().Where().Update()，可能引发事务嵌套、锁等待甚至死锁——尤其当多个 Hook 同时操作同一张表时。
实操建议：
- Hook 内避免嵌套写操作；如需更新关联模型，优先用单条 SQL：
tx.Exec("UPDATE addresses SET verified = ? WHERE user_id = ?", true, u.ID) - 批量关联操作（如预加载后批量更新）别在 Hook 里做；移到业务层统一处理，Hook 只负责标记或记录意图（如写入
pending_tasks表） - 若必须查关联数据，用
tx.Preload()显式控制，别依赖 GORM 自动预加载——它可能在 Hook 执行前还没触发，导致nilpanic
事务中 Hook 失败为什么有时不回滚
只有 Before* 类钩子返回 error 才会中断当前操作并回滚事务；After* 钩子即使返回 error，GORM 也只记录日志，不会回滚已执行的 SQL。
这是最常被忽略的设计细节。比如你在 AfterCreate 里调用第三方服务失败，订单已写入数据库，但通知没发出去——GORM 不管这个。
实操建议：
- 关键副作用（如扣库存、发消息）不要放在
After*里，改用最终一致性方案：Hook 中写一条outbox记录，由后台任务重试投递 - 若必须强一致，把整个流程包进一个
Transaction块，让所有操作共享同一事务上下文，而不是依赖 Hook 的自动触发 - 调试时加日志：
log.Printf("hook %s: tx.Statement.SQL.String() = %v", "AfterCreate", tx.Statement.SQL.String())，确认是否真进入了该钩子
Hook 的最大陷阱不在语法，而在对“事务边界”的误判。写进去的逻辑是否真在你认为的那个时刻执行、是否真在你期望的那个事务里生效——这两点不验证清楚，再漂亮的钩子也是定时炸弹。
