[检查所有线程回溯以找到罪魁祸首] 当您使用多个线程时，即使完全展开的调用堆栈仍然可以隐藏实际的违规代码行!

示例:一个线程正在迭代ruby Hash，另一个线程正在尝试修改它。繁荣!例外!当你试图修改“忙”哈希时，你得到的堆栈跟踪的问题是，它显示了你的函数链，直到你试图修改哈希的地方，但它并没有显示谁正在并行迭代它(谁拥有它)!下面是通过打印当前运行的所有线程的堆栈跟踪来计算的方法。你可以这样做:

# This solution was found in comment by @thedarkone on https://github.com/rails/rails/issues/24627
rescue Object => boom

    thread_count = 0
    Thread.list.each do |t|
      thread_count += 1
      err_msg += "--- thread #{thread_count} of total #{Thread.list.size} #{t.object_id} backtrace begin \n"
      # Lets see if we are able to pin down the culprit
      # by collecting backtrace for all existing threads:
      err_msg += t.backtrace.join("\n")
      err_msg += "\n---thread #{thread_count} of total #{Thread.list.size} #{t.object_id} backtrace end \n"
    end

    # and just print it somewhere you like:
    $stderr.puts(err_msg)

    raise # always reraise
end

上面的代码片段即使只是出于教育目的也很有用，因为它可以告诉你(像x光一样)你实际有多少线程(与你认为你有多少线程相比——通常这两个数字是不同的;)

[检查所有线程回溯以找到罪魁祸首] 当您使用多个线程时，即使完全展开的调用堆栈仍然可以隐藏实际的违规代码行!

示例:一个线程正在迭代ruby Hash，另一个线程正在尝试修改它。繁荣!例外!当你试图修改“忙”哈希时，你得到的堆栈跟踪的问题是，它显示了你的函数链，直到你试图修改哈希的地方，但它并没有显示谁正在并行迭代它(谁拥有它)!下面是通过打印当前运行的所有线程的堆栈跟踪来计算的方法。你可以这样做:

# This solution was found in comment by @thedarkone on https://github.com/rails/rails/issues/24627
rescue Object => boom

    thread_count = 0
    Thread.list.each do |t|
      thread_count += 1
      err_msg += "--- thread #{thread_count} of total #{Thread.list.size} #{t.object_id} backtrace begin \n"
      # Lets see if we are able to pin down the culprit
      # by collecting backtrace for all existing threads:
      err_msg += t.backtrace.join("\n")
      err_msg += "\n---thread #{thread_count} of total #{Thread.list.size} #{t.object_id} backtrace end \n"
    end

    # and just print it somewhere you like:
    $stderr.puts(err_msg)

    raise # always reraise
end

上面的代码片段即使只是出于教育目的也很有用，因为它可以告诉你(像x光一样)你实际有多少线程(与你认为你有多少线程相比——通常这两个数字是不同的;)

几乎每个人都回答这个问题。我的版本打印任何rails异常到日志将是:

begin
    some_statement
rescue => e
    puts "Exception Occurred #{e}. Message: #{e.message}. Backtrace:  \n #{e.backtrace.join("\n")}"
    Rails.logger.error "Exception Occurred #{e}. Message: #{e.message}. Backtrace:  \n #{e.backtrace.join("\n")}"
end

你也可以使用Ruby宝石回溯(我是作者):

require 'backtrace'
begin
  # do something dangerous
rescue StandardError => e
  puts Backtrace.new(e)
end

IRB对这个糟糕的“特性”有一个设置，你可以自定义。

创建一个名为~/的文件。Irbrc，包括以下行:

IRB.conf[:BACK_TRACE_LIMIT] = 100

这将允许你在irb中至少看到100个堆栈帧。我还没有找到非交互式运行时的等效设置。

关于IRB定制的详细信息可以在Pickaxe书中找到。

你也可以这样做，如果你想要一个简单的一行:

puts caller