ActiveRecord验证是否会导致IMEMO对象内存泄漏？

我们团队正在排查Rails 6.1应用的内存泄漏问题，采用连续三次堆转储对比的方法，用rbtrace获取转储文件、rbheap做对比，还尝试了不同采样间隔。环境版本：Rails 6.1.6.1、Ruby 3.0.3。

排查结果显示，约85%的内存差异和ActiveRecord的numericality验证有关，对应模型代码：

validates :msrp, numericality: { less_than_or_equal_to: MAX_INT }, allow_nil: true

泄漏的是存储编译代码信息的IMEMO对象，堆转储示例如下：

{
  "address": "0x5632f3df7588",
  "type": "IMEMO",
  "class": "0x5632f654de48",
  "imemo_type": "callcache",
  "references": ["0x5632f654dbc8"],
  "file": "/app/vendor/bundle/ruby/3.0.0/gems/activerecord-6.1.6.1/lib/active_record/validations/numericality.rb",
  "line": 10,
  "method": "validate_each",
  "generation": 9233,
  "memsize": 40,
  "flags": {
    "wb_protected": true,
    "old": true,
    "uncollectible": true,
    "marked": true
  }
}

{
  "address": "0x5632f3e0f070",
  "type": "IMEMO",
  "class": "0x5632f7dc23d0",
  "imemo_type": "callinfo",
  "file": "/app/vendor/bundle/ruby/3.0.0/gems/activerecord-6.1.6.1/lib/active_record/validations/numericality.rb",
  "line": 10,
  "method": "validate_each",
  "generation": 6225,
  "memsize": 40,
  "flags": {
    "wb_protected": true,
    "old": true,
    "uncollectible": true,
    "marked": true
  }
}

问题1：是否有人遇到过ActiveRecord验证引发内存泄漏的类似情况？ #

是的，在Rails 6.x搭配Ruby 3.x的环境中，不少开发者反馈过ActiveRecord验证（尤其是数值验证）导致的IMEMO对象泄漏问题。这类问题在高频调用验证的场景下（比如批量处理大量模型实例）表现得尤为明显，已经在社区讨论中被多次提及。

问题2：为何同一行代码会分配并泄漏大量IMEMO对象？ #

IMEMO是Ruby内部用于存储编译后代码元信息的对象（如callinfo、callcache），主要用于优化方法调用的缓存。出现泄漏的核心原因包括：

• 动态代码生成导致重复编译：ActiveRecord的数值验证会在运行时动态生成验证逻辑代码，每次验证调用都可能触发新的代码编译，生成新的IMEMO对象。这些对象会被验证上下文的闭包等长期存在的引用持有，无法被垃圾回收器回收。
• Ruby 3.0.x的JIT/GC缺陷：Ruby 3.0.x的JIT编译器和垃圾回收器存在已知的IMEMO对象泄漏问题，尤其是处理动态生成的代码块时，部分IMEMO对象会被标记为uncollectible（从堆转储的flags字段也能看到该标记），导致GC无法回收它们。
• 验证选项的动态求值：如果验证选项中的参数（比如示例中的MAX_INT）是动态计算的，会导致每次验证都生成新的验证上下文，进而绑定新的IMEMO对象，无法复用已有的缓存。

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