GORM 没有原生「事务开始前」钩子，因其 Callbacks 系统仅覆盖模型操作（如 Create/Update），不支持 Begin/Commit/Rollback 等事务方法；需通过 Context 透传、封装事务入口或识别 Savepoint 等方式实现。
为什么 GORM 没有原生的「事务开始前」钩子
GORM 的 Callbacks 系统（v2）只对模型级操作（如 Create、Save、Update）提供钩子，而 Begin、Commit、Rollback 这些事务控制方法本身不触发任何回调。这意味着你无法像监听 BeforeCreate 那样直接注册一个 BeforeBegin —— 它根本不存在。
所以真要实现“事务钩子”，必须绕过回调机制，改用更底层、更可控的方式：封装事务入口、劫持 *gorm.DB 实例、或利用 Session 的上下文透传能力。
用 Session + Context 实现可透传的事务生命周期标记
这是最轻量且符合 GORM 设计哲学的做法：不侵入事务逻辑，而是让业务代码在开启事务时主动注入上下文标记，并在后续操作中读取它。GORM 的 Session 支持 WithContext，且该 context 会贯穿整个事务链路（包括嵌套查询）。
- 开启事务时，用
context.WithValue注入自定义键（如txKey = struct{}{}）和标识值（如"in_transaction"或时间戳） - 在自定义钩子函数（例如
BeforeCreate）里，从tx.Statement.Context中提取该值，判断是否处于事务中，并执行对应逻辑（如打日志、设置 trace_id、校验权限） - 注意：GORM v2 中
tx是 *gorm.DB，其Statement.Context默认继承自父 DB，但显式调用WithContext后可覆盖
示例：
ctx := context.WithValue(context.Background(), txKey, time.Now().UnixMilli()) tx := db.WithContext(ctx).Begin() // ... 后续 Create/Update 操作会自动携带该 ctx tx.Create(&user)
在钩子中：
func BeforeCreateHook(db *gorm.DB) {
if ts, ok := db.Statement.Context.Value(txKey).(int64); ok {
log.Printf("[TX Hook] in transaction since %d", ts)
}
}
封装 Begin/Commit/Rollback 方法实现真正的事务钩子
如果你需要在事务真正开始、提交或回滚的瞬间执行逻辑（比如发消息、更新状态表、清理临时资源），就必须自己封装一层事务控制函数，而不是依赖裸调 db.Begin()。
- 定义统一事务入口函数，如
WithTx(fn func(*gorm.DB) error) error，内部调用db.Begin()→ 执行钩子函数（如onTxBegin(tx)）→ 执行业务逻辑 → 根据结果调用Commit()或Rollback()→ 最后调用onTxCommit()或onTxRollback() - 钩子函数可以是全局变量（如
var OnTxBegin func(*gorm.DB)），也可以通过选项模式传入，便于测试和替换 - 注意：GORM 的
Rollback()在已提交后调用不会报错，但也不会生效；务必确保只在一个地方 commit/rollback，避免重复调用
关键点：不要在钩子函数里 panic 或返回 error——它们只是副作用，不应影响事务流程本身。
容易被忽略的嵌套事务与 Savepoint 问题
GORM 对嵌套事务的支持基于 Savepoint，而非真正的数据库嵌套事务。当你在已有事务中再次调用 Begin()，GORM 实际创建的是 savepoint，此时 Commit() 变成 ReleaseSavepoint，Rollback() 变成 RollbackToSavepoint。
这意味着：
- 你注册的
onTxBegin钩子会被多次触发（每次Begin()都算一次），但只有最外层的Commit()才真正落库 - 如果按“事务数”做资源计数（比如开连接池、加锁），可能误判；应结合
tx.Statement.DB.Config.DryRun和tx.Statement.ConnPool == nil判断是否为最外层事务 - Savepoint 名称由 GORM 自动生成（如
gorm_savepoint_1），不可控，也不建议手动干预
真实项目里，多数“事务钩子”其实只需要响应最外层事务的生命周期——这点必须在设计封装函数时就明确区分，否则日志爆炸、资源泄漏都可能发生。
