FactoryBot关联异常：Book format不能为空，Owner为何无报错？

问题场景 #

在Rails项目中使用FactoryBot编写三个工厂后，运行FactoryBot.lint校验时，Book工厂抛出错误：

Book format can't be blank

Owner关联却无异常。改用直接调用BookFormat.create创建关联对象后，校验恢复正常。

相关代码 #

工厂代码 #

book.rb

FactoryBot.define do
  factory :book do
    title { 'The Hobbit' }
    book_format
    owner
  end
end

book_format.rb

FactoryBot.define do
  factory :book_format do
    name { 'default' }
  end
end

owner.rb

FactoryBot.define do
  factory :owner do
    email { 'john@doe.com' }
    password { 'password'}
  end
end

模型关联代码 #

Book模型

belongs_to :book_format, counter_cache: true
belongs_to :owner, counter_cache: true

BookFormat模型

has_many :books

Owner模型

has_many :books, dependent: :destroy

问题原因 #

核心矛盾是FactoryBot的关联延迟创建逻辑与counter_cache的即时数据库操作不兼容：

1. 当在Book工厂中使用book_format简写关联时，FactoryBot默认会延迟创建关联对象——即使FactoryBot.lint采用:create策略保存对象，BookFormat的持久化时机可能晚于Book的保存操作。
2. Book模型的belongs_to :book_format带有counter_cache: true，保存Book时Rails会立即执行SQL更新BookFormat的books_count计数器。此时若BookFormat还未存入数据库（无有效ID），Rails无法完成计数器更新，最终触发关联必填验证错误，表现为Book format can't be blank。
3. Owner关联未报错的原因：Owner的dependent: :destroy仅在删除Book时生效，创建Book时不会触发数据库更新；Book对Owner的belongs_to校验仅检查关联对象是否存在（不要求已持久化），因此即使Owner延迟创建也不会触发错误。

此外，若BookFormat模型未添加books_count整数字段（counter_cache依赖该字段），也会导致计数器更新失败，间接引发相同报错。

解决方案 #

除你已采用的直接调用BookFormat.create的方式，以下是更规范的FactoryBot解决方案：

方案1：显式使用create构建关联 #

在Book工厂中直接调用create(:book_format)，确保关联对象在Book保存前被持久化：

FactoryBot.define do
  factory :book do
    title { 'The Hobbit' }
    owner
    book_format { create(:book_format) }
  end
end

方案2：指定关联的创建策略 #

在关联定义中明确使用:create策略，覆盖默认的延迟逻辑：

FactoryBot.define do
  factory :book do
    title { 'The Hobbit' }
    owner
    association :book_format, strategy: :create
  end
end

必要检查项 #

1. 确认BookFormat模型已添加books_count字段：
   创建迁移文件添加该字段：

   add_column :book_formats, :books_count, :integer, default: 0, null: false
   

2. 若BookFormat有name唯一性验证，修改工厂使用动态值避免冲突：

   FactoryBot.define do
     factory :book_format do
       name { "book_format_#{SecureRandom.uuid}" }
     end
   end
   

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