Rails3升级至Rails5后has_one关联事务回滚仍插数据？求兼容方案

问题本质 #

这是Rails 5对has_one/belongs_to关联保存逻辑的行为变更，属于框架预期调整，并非Bug。Rails 3中关联的状态同步和自动保存逻辑更松散，而Rails 5为了强化数据一致性，调整了关联的双向绑定和自动保存机制，才导致了这个差异：

• Rails 3中，has_one关联默认关闭autosave，从属模型关联主模型后，不会自动同步主模型的内存关联状态，事务回滚后不会残留无效关联。
• Rails 5中，关联的双向同步（inverse_of）默认生效，执行t.student = self时会自动给self.task赋值该Task实例；同时autosave逻辑被强化，后续保存主模型时会自动尝试保存关联的从属模型。即使事务回滚清除了数据库中的Task记录，内存中的Student对象仍持有该Task实例，调用student.save!时会尝试重新保存它，若实例状态因事务回滚出现异常，就会插入空数据。

解决方案（保留Rails 3行为） #

你可以通过以下几种方式恢复Rails 3的关联事务行为：

1. 显式关闭has_one的autosave特性 #

修改Student模型的关联定义，直接关闭自动保存：

class Student < ApplicationRecord
  has_one :task, autosave: false
end

这样Rails只会在你显式调用task.save时才保存从属模型，不会在保存Student时自动触发关联保存。

2. 事务回滚后手动清除关联状态 #

在rescue块中主动清除Student的task关联，避免后续保存时触发无效的关联保存：

def student.testing
  begin
    ActiveRecord::Base.transaction do
      t = Task.new
      t.name = 'ddd'
      t.student = self
      t.save!
      puts "raising exception"
      raise "exception"
    end
  rescue => e
    self.task = nil # 清除内存中的无效关联
  end
end

3. 使用build_task创建关联对象 #

用Rails提供的关联构建方法创建Task，让框架更合理地管理关联生命周期：

def student.testing
  begin
    ActiveRecord::Base.transaction do
      t = self.build_task(name: 'ddd')
      t.save!
      puts "raising exception"
      raise "exception"
    end
  rescue => e
  end
end

这种方式下，事务回滚时框架会自动重置主模型的关联状态，避免残留无效实例。

内容的提问来源于stack exchange，提问作者Sanjay Salunkhe