GORM钩子需严格满足三条件才生效：同包定义、指针接收者、签名匹配func(u User) BeforeCreate(tx gorm.DB) error；Save()跳过钩子，UpdatedAt需用*time.Time；软删除触发AfterUpdate而非AfterDelete。
GORM 的钩子（Hooks）不是“注册即生效”的魔法，它依赖严格的签名、接收者类型和调用方式。不满足条件时，钩子静默不执行——这是绝大多数人踩坑的根源。
BeforeCreate/BeforeUpdate 钩子不触发？检查这三件事
钩子方法必须同时满足：定义在模型同包内、使用指针接收者、签名严格匹配 func (u *User) BeforeCreate(tx *gorm.DB) error。漏掉任意一项都会失效。
- 值接收者
func (u User) BeforeCreate(...)→ ❌ 不触发（GORM 只绑定指针方法） - 参数名或类型不对，比如写成
tx *gorm.DB但实际用了db *gorm.DB→ ❌ 不识别 - 钩子定义在另一个文件且未导出（首字母小写），或模型是别名类型（如
type Admin User）→ ❌ 不继承，需单独为Admin实现
UpdatedAt 总是不更新？大概率是用了 Save() 或字段没用指针
Save() 方法默认跳过所有钩子，包括 BeforeUpdate；而时间字段若定义为 time.Time（非指针），钩子中赋值只会改副本，原结构体不变。
- ✅ 正确做法：用
db.Model(&user).Updates(user)或db.Model(&user).Update("name", "new") - ✅ 时间字段必须是
*time.Time（或gorm.DeletedAt这类内置别名），否则u.UpdatedAt = &now无效 - ⚠️ 别在钩子里直接写
u.UpdatedAt = time.Now()——这会污染 struct，导致后续Update("status", "done")意外覆盖其他字段
软删除时 UpdatedAt 不变？因为 Delete() 走的是 BeforeDelete → AfterUpdate 流程
GORM 启用软删除后，Delete() 不触发 AfterDelete，而是先执行 BeforeDelete，再把 DeletedAt 写入数据库，最后触发 AfterUpdate。如果你希望软删也更新 UpdatedAt，得手动干预。
- 在
BeforeDelete钩子里显式设置：u.UpdatedAt = &now（此时DeletedAt尚未被 GORM 赋值，安全） - 或者改用
AfterUpdate钩子，加判断：if u.DeletedAt.Valid { /* 处理软删逻辑 */ } - 注意：不要在钩子里调用
tx.Create()或其他写操作，会破坏当前事务上下文，可能死锁
全局注册钩子 vs 模型级钩子，为什么推荐后者？
用 db.Callback().Create().Before() 全局注册看似省事，但不同模型对时间精度、时区、字段语义要求可能完全不同。一个共用钩子很难兼顾所有场景，还容易被后续模型覆盖或冲突。
- 模型级钩子逻辑隔离，调试时一眼定位到
User.BeforeUpdate，不会误改Order的行为 - 例如：某些模型要纳秒级时间戳，某些只要
time.Now().UTC()，全局钩子无法分情况处理 - 钩子里避免 HTTP 请求、文件 I/O 等耗时操作——GORM 钩子是同步阻塞的，直接影响事务延迟
最常被忽略的一点：钩子函数里的错误返回会中断事务并回滚，但 After* 类钩子即使报错也不会回滚。如果业务强依赖清理动作（比如发通知、删缓存），别只靠 AfterDelete——得配合重试或异步队列，而不是假设它一定成功。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
