Rails中belongs_to关联与before_create回调的执行顺序及存在性确认

结论很明确：在before_create :ensure_something回调方法里，可以完全确保author不为nil。

原因如下：

• 当你使用默认的belongs_to :author（即optional: false），Rails会自动为author字段添加validates :author, presence: true的验证规则。
• Rails模型的保存流程是严格按顺序执行的：先完成所有验证环节，只有验证全部通过，才会进入创建/更新相关的回调链。具体到创建新记录的场景，顺序是：
  • 执行before_validation回调
  • 运行所有验证规则（包括belongs_to的存在验证）
  • 验证不通过：直接终止流程，返回保存失败，后续的before_create等回调不会触发
  • 验证通过：依次执行before_save、before_create回调，随后写入数据库，再执行后续的after_create、after_save等回调

也就是说，只要你的ensure_something方法被调用了，就说明之前的author存在性验证已经通过，此时self.author（在回调方法内访问author等价于self.author）必然是有效的关联对象，不会为nil。

举个实际的例子：如果尝试创建一个没有关联author的Book实例，Book.create(title: "无作者书籍")会直接触发验证失败，返回false，ensure_something回调根本不会被执行。只有当你传入了有效的author关联时，验证通过，才会进入before_create回调环节。

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