Rails 5.1 基于FactoryBot v5.0.2 实现build模式双向关联优化测试性能

这个问题的成因和FactoryBot本身配置无关，是Rails关联机制的默认行为导致的：

• 当你通过build创建Transaction实例、并传入已持久化的@user作为关联对象时，Rails会自动在belongs_to的反向引用缓存中写入正确的User对象，因此@transaction1.user可以正常读取
• 而@user.transaction_items这个has_many方法，默认会触发数据库查询：即执行SELECT * FROM transactions WHERE user_id = @user.id来收集关联记录。你build出来的两个Transaction既没有写入数据库，也没有被注册到@user的关联内存缓存中，查询结果自然为空。

FactoryBot的build方法仅负责实例化对象，不会自动完成双向关联的内存挂载逻辑，这是导致问题的直接触发点。

方案1：零数据库写入的手动挂载（性能最优） #

这一方案完全符合测试优化的目标，仅保留User对象的一次数据库写入，全程不产生Transaction的库操作：

@user = create(:user)
# 保持build不持久化Transaction
@transaction1 = build(:transaction, user: @user)
@transaction2 = build(:transaction, user: @user)
# 将实例直接添加到User的关联内存缓存，不触发save
@user.association(:transaction_items).add_to_target(@transaction1)
@user.association(:transaction_items).add_to_target(@transaction2)

注意：Rails 5.1中，如果对已持久化父对象的has_many集合直接调用<<或push方法，会自动触发子对象的数据库写入，抵消build带来的性能收益。必须通过关联实例的add_to_target方法完成挂载，才能完全规避库操作。

完成挂载后，不管是调用@user.transaction_items遍历关联集合，还是读取Transaction实例的user关联，都可以得到一致的正确结果。

方案2：通过FactoryBot回调自动挂载（减少重复代码） #

如果不想每次写测试都手动执行挂载逻辑，可以在Transaction的Factory定义中添加全局回调，自动完成build场景下的关联挂载：

# factories/transaction.rb
FactoryBot.define do
  factory :transaction do
    # 原有属性定义保持不变
    amount { 100 }
    # build完成后自动处理双向关联
    after(:build) do |transaction|
      next unless transaction.user&.persisted?
      transaction.user.association(:transaction_items).add_to_target(transaction)
    end
  end
end

配置完成后，只要通过build(:transaction, user: @user)创建对象，反向关联会自动生效，无需额外写挂载代码。

• 不要为了让反向关联生效，给build的Transaction添加save(validate: false)操作，这种做法会把对象写入数据库，完全抵消build方法的性能优势
• 上述方案仅对内存中的关联集合生效：如果业务逻辑会强制调用@user.transaction_items.reload重新从数据库拉取关联数据，build生成的对象不会出现在查询结果中。这类场景如果必须依赖数据库查询的关联数据，才需要保留create方法的调用。

内容的提问来源于stack exchange，提问作者Jonathon Nordquist