我会尝试在那里调试完整的回溯，看看实际发生了什么

begin
  puts "about to crash!"
  Array.new().inspekt
rescue => e
  puts e.backtrace
  raise # raise anyway
end

在我的例子中，我用ruby 2.6.3和irb得到了20行回溯，如果这没有告诉你任何有趣的事情，我会做一些繁琐的工作，通过修改回溯的每个文件来测量每个运行时，并打印每一步的时间，调试耶！

我终于弄明白了问题所在。
问题是NoMethodError将使用inspect，这将检查出NoMethodError的接收方的所有示例变量。
由于我正在编写一个相当大的程序，其中包含大量数据的大量对象，因此我的许多顶级对象都需要花费大量时间来计算“检查”字符串。
有趣的是，如果你'ctrl-c' NoMethodError，它会停止尝试构建inspect字符串，而只是使用类名。我有一种感觉，其他示例在试图构建inspect字符串时内存不足，最终会出现在同一个地方，打印一个简单的NoMethodError，而不知道幕后发生了什么（和失败）。
解决方案非常简单，我可以定义“inspect”，以便在所有对象上更合理。另一种选择是在NoMethodError中重新定义'detailed_message'，以便在计算消息之前临时将错误接收方的'inspect'方法重新定义为'to_s'。这可能适用于具有相同类型问题的其他异常，但我目前只在NoMethodError上看到它。
代码如下-考虑到我对singleton_classes的理解（缺乏），我可能在范围内做了一些不太正确的事情，但它似乎在各种测试中正常工作。请注意，只有在接收方显式定义了to_s时，它才能解决这个问题--这是该方法第4行中的一个检查。这将错过一些情况，例如，您继承了一个类，但没有重新定义为_s，因此您可能希望在代码中删除它。YMMV

class NoMethodError
  def detailed_message(*a,**k)
    # Does the object *have* a to_s?  It could be unbound?
    return super(*a,**k) unless receiver.respond_to?(:to_s)
    # Does the object actually define to_s (itself)?
    return super(*a,**k) unless receiver.method(:to_s).owner == receiver.class

    # Save the old inspect
    oldInspect = receiver.respond_to?(:inspect) ? receiver.method(:inspect) : nil

    # Redefine inspect to call to_s
    receiver.define_singleton_method(:inspect) do; to_s; end

    # Get the detailed_message with to_s
    gotMessage = super(*a,**k)

    # Restore the inspect method
    if oldInspect
      receiver.define_singleton_method(:inspect, oldInspect)
    else
      # I think we could have just done this one...
      receiver.singleton_class.remove_method(:inspect)
    end

    # Return message
    gotMessage
  end
end