我正在使用 Rails 3.2.0
假设我有：
class Comment < ActiveRecord::Base
has_many :articles
end
c1 = Comment.last
然后
c1.articles.class
# => Array
c1.articles.where('id NOT IN (999999)').class
# => ActiveRecord::Relation
为什么关联的结果不是的类型ActiveRecord::Relation？
它显然是/在某个时候：
c1.articles.to_orig
# undefined method `to_orig' for #<ActiveRecord::Relation:0x007fd820cc80a8>
c1.articles.class
# => Array
某些评估作用于 ActiveRecord::Relation 对象，但检查类会给出不同的类型。
merge特别是，当用于连接多个查询时，这会破坏构建延迟加载的查询。
它是一个ActiveRecord::Relation，但Rails 是故意对你撒谎。您可以在方法调用中看到这一点，并通过调用继续看到它ancestors，其中包括大量 ActiveRecord 类：
c1.articles.ancestors.select { |c| c.to_s =~ /ActiveRecord/ }.size #=> 35
这表明它不是一个Array.
发生这种情况是因为您在调用时得到c1.articles的是一个ActiveRecord::Associations::CollectionProxy*，它未定义class（以及许多其他方法）。这意味着通过它class的委托，将它发送到。正如我们所见，这里的类实际上是：method_missingtargettargetArray
c1.articles.target.class #=> Array
那是c1.articles.class从哪里来的。尽管如此，它是一个ActiveRecord::Relation.
*我们可以通过在有问题的对象上调用 Ruby 的原始方法来验证它确实是一个： . 这是一个很好的技巧，可以验证对象没有试图假装属于不同的类。ActiveRecord::Associations::CollectionProxyclassObject.instance_method(:class).bind(c1.articles).call
因为当您定义关联时，它会放置在您的模型中：
def #{name}(*args)
association(:#{name}).reader(*args)
end
.reader()返回 AssociationProxy，它删除.class方法并通过.method_missing将未知方法委托给 @target 。