哈希中的 ActiveRecord 对象不会被垃圾收集——是错误还是某种缓存功能？

我有一个简单的 ActiveRecord 模型，名为Student表中有 100 条记录。我在 Rails 控制台会话中执行以下操作：

ObjectSpace.each_object(ActiveRecord::Base).count
# => 0

x = Student.all

ObjectSpace.each_object(ActiveRecord::Base).count
# => 100

x = nil
GC.start

ObjectSpace.each_object(ActiveRecord::Base).count
# => 0     # Good!

现在我执行以下操作：

ObjectSpace.each_object(ActiveRecord::Base).count
# => 0

x = Student.all.group_by(&:last_name)

ObjectSpace.each_object(ActiveRecord::Base).count
# => 100

x = nil
GC.start

ObjectSpace.each_object(ActiveRecord::Base).count
# => 100     # Bad!

谁能解释为什么会发生这种情况，以及是否有一种聪明的方法可以在不知道底层哈希结构的情况下解决这个问题？我知道我可以这样做：

x.keys.each{|k| x[k]=nil}
x = nil
GC.start

它会正确地从内存中删除所有 Student 对象，但我想知道是否有一个通用的解决方案（我的现实生活中的问题很广泛，并且具有比上面显示的哈希更复杂的数据结构）。

我正在使用 Ruby 1.9.3-p0 和 Rails 3.1.0。

更新（已解决）

根据下面 Oscar Del Ben 的解释，在有问题的代码片段中创建了一些 ActiveRecord::Relation 对象（它们实际上是在两个代码片段中创建的，但由于某种原因，它们仅在第二个代码片段中“行为不当”。有人可以阐明一下吗？为什么？）。它们通过名为@records 的实例变量维护对ActiveRecord 对象的引用。可以通过 ActiveRecord::Relation 上的“reset”方法将该实例变量设置为 nil。您必须确保对所有关系对象执行此操作：

ObjectSpace.each_object(ActiveRecord::Base).count
# => 100

ObjectSpace.each_object(ActiveRecord::Relation).each(&:reset)

GC.start
ObjectSpace.each_object(ActiveRecord::Base).count
# => 0

注意：您还可以使用 Mass.detach （使用红宝石质量 https://github.com/archan937/ruby-massgem Oscar Del Ben 引用），尽管它会比上面的代码慢得多。请注意，上面的代码不会从内存中删除一些 ActiveRecord::Relation 对象。不过，这些似乎微不足道。你可以尝试这样做：

Mass.index(ActiveRecord::Relation)["ActiveRecord::Relation"].each{|x| Mass.detach Mass[x]}
GC.start

这将删除一些 ActiveRecord::Relation 对象，但不是全部（不知道为什么，剩下的那些没有 Mass.references。奇怪）。

I think I know what's going on. Ruby's GC wont free immutable objects (like symbols!). The keys returned by group_by are immutable strings, and so they wont be garbage collected.

UPDATE:

看来问题不在于 Rails 本身。我尝试单独使用 group_by ，并且有时这些对象不会被垃圾收集：

oscardelben~/% irb
irb(main):001:0> class Foo
irb(main):002:1> end
=> nil
irb(main):003:0> {"1" => Foo.new, "2" => Foo.new}
=> {"1"=>#<Foo:0x007f9efd8072a0>, "2"=>#<Foo:0x007f9efd807250>}
irb(main):004:0> ObjectSpace.each_object(Foo).count
=> 2
irb(main):005:0> GC.start
=> nil
irb(main):006:0> ObjectSpace.each_object(Foo).count
=> 0
irb(main):007:0> {"1" => Foo.new, "2" => Foo.new}.group_by
=> #<Enumerator: {"1"=>#<Foo:0x007f9efb83d0c8>, "2"=>#<Foo:0x007f9efb83d078>}:group_by>
irb(main):008:0> GC.start
=> nil
irb(main):009:0> ObjectSpace.each_object(Foo).count
=> 2 # Not garbage collected
irb(main):010:0> GC.start
=> nil
irb(main):011:0> ObjectSpace.each_object(Foo).count
=> 0 # Garbage collected

我已经深入研究了 GC 的内部结构（非常容易理解），这似乎是一个范围问题。 Ruby 遍历当前范围内的所有对象并标记它认为仍在使用的对象，然后遍历all堆中的对象并释放那些已存在的对象not已被标记。

在这种情况下，我认为哈希值仍然被标记，即使它超出了范围。发生这种情况的原因有很多。我会继续调查。

更新2：

我找到了保存对象引用的内容。为此，我使用了红宝石质量 https://github.com/archan937/ruby-mass宝石。事实证明，Active Record 关系跟踪返回的对象。

User.limit(1).group_by(&:name)
GC.start
ObjectSpace.each_object(ActiveRecord::Base).each do |obj|
  p Mass.references obj # {"ActiveRecord::Relation#70247565268860"=>["@records"]}
end

不幸的是，打电话reset关于这种关系似乎没有帮助，但希望目前这些信息已经足够了。