Golang的GORM是否有类似Rails Active Record的after_commit提交后钩子？

GORM 内置了和 Active Record after_commit 能力一致的提交后回调特性，同时还配套支持事务回滚后的回调，完全可以满足Rails开发经验的开发者的使用习惯，具体用法如下：

1. 模型级全局回调 #

和 Rails 中直接在模型类中定义 after_commit 方法的用法一致，可以给指定模型定义全局的提交后回调，只要该模型对应的操作事务提交成功就会自动触发：

import (
  "fmt"
  "gorm.io/gorm"
)

// 自定义模型
type Order struct {
  gorm.Model
  Amount int
}

// 全局注册模型的AfterCommit回调，事务提交成功后自动触发
func (o *Order) AfterCommit(tx *gorm.DB) (err error) {
  // 此处编写提交后要执行的逻辑，比如发送业务通知、同步数据到外部系统等
  fmt.Println("订单事务提交成功，订单ID：", o.ID)
  return
}

// 也可注册AfterRollback回调处理事务回滚后的逻辑
func (o *Order) AfterRollback(tx *gorm.DB) (err error) {
  fmt.Println("订单事务已回滚，订单ID：", o.ID)
  return
}

如果需要匹配 Rails 中after_commit on: [:create, :update]指定触发场景的效果，可以在回调中通过tx.Statement.Action判断当前操作类型，执行对应逻辑即可。

2. 单次事务临时回调 #

如果仅需要针对某一次事务的提交执行自定义逻辑，不需要全局绑定到模型，可以直接在事务中注册单次的提交钩子：

err := db.Transaction(func(tx *gorm.DB) error {
  // 事务内的业务操作
  if err := tx.Create(&order).Error; err != nil {
    return err
  }

  // 注册本次事务专属的提交回调，仅当前事务提交成功后触发一次
  tx.CommitHook(func(tx *gorm.DB) error {
    fmt.Println("当前事务执行成功，执行自定义后置逻辑")
    return nil
  })

  return nil
})

注意事项 #

• 只有事务真正提交成功后才会触发AfterCommit回调，事务回滚时只会触发AfterRollback回调，不会执行提交逻辑
• 没有显式开启事务的单条增删改操作，GORM 默认会开启单语句事务，同样会触发对应的回调

内容的提问来源于stack exchange，提问作者Aashish Passrija