beforecreate不生效是因为未使用指针接收者：必须定义为func (u user) beforecreate(tx gorm.db) error，值接收者或签名不匹配将导致gorm静默忽略。
为什么 BeforeCreate 不生效？检查是否实现了指针接收器
GORM 钩子函数（如 BeforeCreate、AfterUpdate）只对指针接收器方法生效。如果你写了一个值接收器方法，GORM 完全不会调用它，也不会报错，这是最常被忽略的坑。
- ✅ 正确写法：
func (u *User) BeforeCreate(tx *gorm.DB) error { ... } - ❌ 错误写法：
func (u User) BeforeCreate(tx *gorm.DB) error { ... }（GORM 无视该方法） - 钩子方法必须定义在模型结构体上，且签名严格匹配（参数类型、返回值）
- GORM v2 要求接收器为指针，否则钩子静默失效 —— 这不是 bug，是设计约束
如何让 AfterFind 正确处理 NULL 值和零值
AfterFind 在每次查询后自动触发，但它运行在字段已赋值之后。如果数据库字段为 NULL，而 Go 字段是零值（如 int 默认为 0），你无法区分“数据库存了 0”还是“数据库是 NULL”。这时不能依赖 AfterFind 做空值补全逻辑。
- 优先用
*sql.NullString、sql.NullInt64等可空类型定义字段，让 GORM 显式识别 NULL -
AfterFind适合做轻量级转换（如格式化时间字符串），不适合修复数据语义歧义 - 若需统一补默认值，建议在业务层或用
Default标签（gorm:"default:1"），而非在钩子里硬编码 - 注意：批量查询（
Find(&users)）中每个元素都会单独调用一次AfterFind
多个钩子执行顺序是否可控？用 Session 控制启用/跳过
GORM 没有提供钩子优先级或执行顺序配置。同类型钩子（如两个 BeforeSave）按源码中方法定义顺序执行 —— 但这个顺序不可靠，也不建议依赖。更务实的做法是集中管理逻辑，或用 Session 显式控制。
- 用
db.Session(&gorm.Session{SkipHooks: true})临时跳过所有钩子（例如导入脚本、后台修复） - 用自定义字段（如
DisableHooks bool）+BeforeSave判断，实现条件性跳过 - 避免在钩子中调用
Save或其它会再次触发钩子的操作，否则可能死循环 - 事务内钩子与事务生命周期绑定：若钩子中 panic，事务会回滚；但钩子本身不自动开启事务
BeforeDelete 中禁止软删除时硬删失败怎么办？
当模型启用了软删除（即含 gorm.DeletedAt），调用 Delete 默认只是更新 DeletedAt。如果你在 BeforeDelete 中想强制物理删除（Unscoped().Delete），必须确保当前操作不在软删除上下文中，否则仍会被拦截。
- 正确做法：
tx.Unscoped().Where("id = ?", u.ID).Delete(&User{})，而不是tx.Unscoped().Delete(u)（后者仍可能走钩子） -
BeforeDelete的tx参数是当前事务句柄，它继承了外层调用的软删除状态 - 物理删除逻辑建议抽离到独立 service 方法，而非塞进钩子 —— 钩子更适合审计、清理关联缓存等副作用，而非改变主操作语义
- 测试时务必覆盖
Unscoped()场景，否则线上可能误删数据
Raw 或 Exec 绕过 ORM 时，钩子根本不会触发。
