gorm的hook必须显式绑定到模型指针方法上，方法名、签名严格匹配且仅对原生操作触发；事务中执行需警惕未提交风险，跨模型复用应提取为普通函数而非嵌入。
Hook函数在GORM里怎么注册和触发
GORM的Hook（如 BeforeCreate、AfterSave）不是全局自动启用的，必须显式绑定到具体模型结构体上，否则完全不执行。GORM v2 默认只对实现了特定接口（如 gorm.Connector）的类型扫描Hook方法，而最常用的方式是直接在结构体上定义符合签名的方法。
实操建议：
- 方法名必须严格匹配GORM预定义的Hook名称（如
BeforeCreate、AfterUpdate），大小写敏感 - 接收者必须是指针（
func (u *User) BeforeCreate(tx *gorm.DB) error），值接收者会被忽略 - 方法参数和返回值签名必须一致：第一个参数是
*gorm.DB，返回error；少一个参数或多一个都会静默失效 - Hook只对调用
Create、Save、Delete等GORM原生方法时触发，绕过GORM直连SQL或用Raw/Exec不会触发
常见Hook触发时机与事务边界问题
Hook函数运行在GORM事务上下文中，但容易误判“当前操作是否已入事务”。比如 BeforeCreate 在INSERT语句生成前执行，此时事务可能尚未开启（如单独调用 db.Create()）；而 AfterCreate 执行时，记录已写入但事务未必已提交——若你在其中做HTTP请求或发消息，失败会导致整个事务回滚（除非显式用 Session(&gorm.Session{SkipDefaultTransaction: true}) 脱离）。
实操建议：
-
Before*类Hook适合改写字段（如设置CreatedAt、生成UUID）、校验逻辑 -
After*类Hook适合发通知、更新缓存、写日志，但要警惕事务未提交就调外部服务的风险 - 如果需要确保“操作已持久化且事务已提交”，不能依赖任何内置Hook，得自己封装事务块，在
Commit后手动触发后续动作
多个Hook执行顺序与覆盖规则
GORM按方法声明顺序（源码中struct字段扫描顺序）执行同类型Hook，但不会合并或叠加——每个模型只能有一份 BeforeCreate 实现。如果你嵌入了多个含同名Hook的匿名结构体，只有最外层结构体的方法生效，内层被覆盖，且无编译警告。
实操建议：
- 避免通过结构体嵌入复用Hook逻辑；改用独立函数 + 显式调用，例如：
func (u *User) BeforeCreate(tx *gorm.DB) error { return setTimestamps(u, tx) } - 跨模型共用逻辑时，优先提取为普通函数，而非依赖嵌入结构体的Hook方法
- 调试Hook是否生效，可在方法里加日志并检查
tx.Statement.Dialector.Name()确认数据库驱动，或打印tx.Statement.SQL.String()观察是否进入该流程
Hook里访问关联数据或修改当前操作SQL
在Hook中不能直接调用 tx.Preload 或 tx.Joins，因为此时语句还未构建；但可以通过 tx.Statement.Settings 存取自定义键值，或修改 tx.Statement.Schema 字段（不推荐）。更安全的做法是：用 tx.Statement.Context 传参，或在 BeforeCreate 中设置字段值，让GORM自动写入。
实操建议：
- 想动态跳过某个字段插入？在
BeforeCreate里删掉tx.Statement.Schema.LookUpField("password")对应的Value，或设为nil - 想记录操作人ID？别在Hook里查
user.User，而是提前把ID塞进context.WithValue，再从tx.Statement.Context取出 - 不要在Hook里调
tx.First查其他表——这会开启新查询，破坏事务一致性，也容易死锁
Create 流程，越能避开静默失效的问题。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
