为何ActiveRecord事务在回调中抛出Rollback异常不回滚？

你遇到的核心问题是事务嵌套逻辑 + Rails对ActiveRecord::Rollback的特殊处理，结合你在ActiveRecord回调中执行代码的场景，具体拆解如下：

1. 回调默认处于自动事务中：Rails在执行模型写入操作（如save、update）时，会自动开启一个顶层事务，所有关联回调（before_save/around_update等）都在这个事务内运行。
2. 手动事务是嵌套模拟（保存点）：PostgreSQL不支持真正的嵌套事务，Rails会用**保存点（savepoint）**模拟嵌套事务。你手动调用的ActiveRecord::Base.transaction本质是创建一个保存点，而非全新独立事务。
3. ActiveRecord::Rollback仅作用于保存点：在嵌套事务块中抛出该异常，只会回滚到当前保存点，不会触发顶层事务回滚。同时Rails会自动捕获这个异常，阻止它向外传播，因此顶层事务最终会正常提交。
4. 日志不显示保存点操作：Rails默认日志不会输出保存点的创建/回滚记录，所以你看不到对应的ROLLBACK日志，仅能看到顶层事务的BEGIN，以及最终隐式执行的COMMIT（日志未显示但实际会执行）。

根据你主动触发全量回滚的需求，可选择以下两种方式：

方式1：移除手动事务，直接抛出非Rollback异常 #

既然回调已处于顶层事务中，无需手动嵌套事务，直接抛出可中断事务的异常（如内置的ActiveRecord::RecordInvalid或自定义异常），即可触发顶层事务回滚：

puts "+++ Before Operation +++"

perform

puts "+++ Before Rollback +++"
raise ActiveRecord::RecordInvalid.new(Car.new) # 抛出会触发回滚的异常

此时日志会显示顶层事务的ROLLBACK记录，数据库中的更新也会被撤销。

方式2：开启独立事务（requires_new: true） #

若必须手动管理事务，可添加requires_new: true参数强制开启独立事务，此时抛出ActiveRecord::Rollback会回滚这个独立事务，日志也会显示对应的ROLLBACK：

puts "+++ Before Transaction +++"

ActiveRecord::Base.transaction(requires_new: true) do
  puts "+++ In Transaction +++"
  perform

  puts "+++ Before Rollback +++"
  raise ActiveRecord::Rollback
end

puts "+++ After Transaction +++"

注意：该独立事务与外层自动事务完全隔离，两者的提交/回滚互不影响。

你可以直接查询数据库中cars表的price字段：无论采用哪种方案，最终价格都不会被更新，说明回滚逻辑已生效——只是默认日志未显示保存点级别的回滚操作。

内容的提问来源于stack exchange，提问作者David B.