Rails 6中ActiveRecord after_rollback回调未触发问题求助

Rails 6 开始正式修正了事务类回调的触发边界，你遇到的after_rollback不触发的情况属于官方定义的预期行为，不是版本bug。

• after_rollback 是绑定在数据库事务生命周期上的回调，仅当操作通过全部模型校验、成功开启数据库事务后，在事务执行环节触发回滚（比如after_save回调抛错、触发数据库约束异常、手动抛出ActiveRecord::Rollback）时才会触发。
• 你测试的场景属于模型校验前置阶段失败：这类场景下Rails会在开启数据库事务之前就中止操作、抛出ActiveRecord::RecordInvalid异常，整个流程根本没有进入数据库事务层，自然不会触发绑定事务生命周期的after_rollback回调。
• Rails 5及之前版本错误将校验失败的前置中止算作回滚场景的行为，在Rails6正式被修正，和官方对回调触发时机的定义保持一致。

如果需要在模型校验失败、操作被中止时执行自定义逻辑，不要使用after_rollback，换成对应校验阶段的回调即可：

• 校验失败场景的处理可以用after_validation钩子，搭配错误状态判断执行逻辑：

class User < ActiveRecord::Base
  # 该钩子仅在数据库事务真正回滚时触发
  after_rollback do |user|
    puts "数据库事务层面回滚触发"
  end

  # 该钩子可以覆盖你遇到的校验失败场景
  after_validation do
    puts "校验未通过，操作被中止" if errors.any?
  end

  validates_presence_of :name
end

• 可以通过手动构造事务回滚场景验证after_rollback的正常工作逻辑：

User.transaction do
  user = User.first
  user.update!(name: "合法的用户名称")
  # 主动触发事务回滚
  raise ActiveRecord::Rollback
end
# 执行完上述代码，after_rollback中的打印内容会正常输出

很多开发者误以为create!/update!抛出的RecordInvalid会触发事务回滚，实际上这类异常是在模型校验环节提前抛出的，全程没有和数据库事务层产生交互，自然不会触发任何绑定在事务生命周期上的回调。

内容的提问来源于stack exchange，提问作者Tom Rossi