如何为当前请求停止Rails调试器

如何解决如何为当前请求停止Rails调试器

| 假设我的代码中有一个循环，它会多次调用Rails调试器

def show
    animals = [\'dog\',\'cat\',\'owl\',\'tiger\']
    for animal in animals
    debugger
    # do something else
end

假设我使用

--debugger

选项启动了服务器，那么在查看该页面时，调试器将在每次循环运行时停止。 我每次输入stops2都可以使它停止，这样请求就可以继续，但是那很乏味，尤其是如果我们不希望它像本例中那样显示4次，而是显示400次。 有没有一种方法可以让调试器继续运行而不会在循环的每个点暂停？ 我当前的解决方法是重新启动服务器，但这很耗时。     

解决方法

        只需在调试器语句上放置条件，以便仅在您希望的时候才停止，例如：

debugger if animal == \'tiger\'

或者，例如，如果您只想在循环384上检查代码：

animals.each_with_index do |animal,i|
  debugger if i == 384
  # do something
end

或放入一个变量，让您继续即席使用：

continue_debugger = false
animals.each do |animal|
  debugger unless continue_debugger
  # in the debugger type `p continue_debugger = true` then `c` when done
end

    ,        将“ 6”语句放置在迭代之前的某个位置，然后在迭代内部设置一个断点，然后可以稍后清除。 例：

def index

  debugger

  @things = Thing.all
  @things.each do |thing|
    # ... something you want to check out in the debugger
    thing.some_calculation
  end
end

当您进入调试器时，请在其中设置一个断点：

b app/controllers/things_controller.rb:42

（其中42是您要在其上中断的行号，例如上面的

thing.some_calculation

。请注意，它必须是可执行的代码行-注释，空白行将不起作用）。调试器将显示断点编号和位置：

Breakpoint 1 at .../app/controllers/things_controller.rb:42

现在，每次您继续操作时，都将在断点处停止。完成并想要完成请求后，请删除断点：

delete 1

再次继续，您将完成请求！     ,        看起来在ruby-debug的源代码中，只要被击中，对call6ѭ的调用将始终停止执行。因此，一种解决方案是按照Mori在其“即席”解决方案中的建议进行，以围绕对调试器的调用作为条件，您可以在调试器会话本身内部进行调整，从而避免调用

debugger

。这可能是最整洁的解决方案，除非您在所涉及的代码中遇到一些严重的困扰，否则我将怎么做。 如果您真的只想在没有外部条件的情况下在调试器会话本身内部执行此操作，则可以这样做。您需要做的是在代码本身中设置一个断点，然后可以在触发调试器时删除该断点：

require \'rubygems\'
require \'ruby-debug\'

Debugger.start
Debugger.add_breakpoint(__FILE__,__LINE__ + 2)
while true do
  puts \"Hi\"
  puts \"mom\"
end
Debugger.stop

这将产生这种交互：

Breakpoint 1 at debug_test.rb:10
debug_test.rb:10
puts \"Hi\"
(rdb:1) c
Hi
mom
Breakpoint 1 at debug_test.rb:10
debug_test.rb:10
puts \"Hi\"
(rdb:1) c
Hi
mom
Breakpoint 1 at debug_test.rb:10
debug_test.rb:10
puts \"Hi\"
(rdb:1) info b
Num Enb What
  1 y   at ./debug_test.rb:10
        breakpoint already hit 3 times
(rdb:1) del 1
(rdb:1) c
Hi
mom
Hi
mom
Hi
mom

...等等。 这样，您可以在代码中设置断点，然后在完成后将其删除。请注意，每次调用行

Debugger.add_breakpoint

时，它将重新设置断点，因此这就是为什么它位于循环之外并指向2行的原因。只需在加载服务器时设置断点的脚本即可轻松地将这种技术提取到“ 17”-哎呀，您可以根据需要编写围绕控制Debugger模块的整个框架类。当然，如果您走了这么远，我只会创建一个单例类，该类可以帮助您实现Mori的即席解决方案，可以执行或不执行调试器语句。     ,        我今天想出了另一个更好的答案：

debugger unless @no_debug

在每个有调试器停止的行上使用它。当您要停止停止时，只需将@no_debug设置为其他值即可。     ,        我对此有另一个答案：在要调试的类上设置一个“ 19”。这样，您可以：

  if (@debug && (the_condition)) then debugger end

要么

  debugger unless !@debug 

然后，当您完成调试器操作时，只需

@debug = false

和

c

。 但是，我对在实时代码中使用调试器“硬停止”并不十分满意。这些是可能被意外检入并遗忘直到发生故障的事情。

@debug

当然也属于这个范围。为此，我认为我的理想解决方案是使用Matt的想法和一个脚本，该脚本在创建对象时在对象内部设置断点。这样，您便可以进行所需的调试，但是在源代码管理中将没有任何专门用于开发的代码。如果找到这样的解决方案，我将更新此答案。     ,        您总是可以从代码中注释掉

debugger

调用，然后在调试会话中键入

reload

。然后只需2次，请求将继续而不会触发调试会话。 因为您处于开发模式，您可以稍后再添加

debugger

调用，它将正确触发。     ,由于在我自己的搜索中首先出现了这个问题，因此将其作为替代。假设您有一段代码在特定情况下无法运行，但是可以正常工作，并且有大量的测试可以执行此操作，但是有一个特定的测试会失败。在调试控制台中连续输入ѭ29才是PITA，直到您真正要调试的测试为止，因此我开始使用以下约定： 在您的代码中：

def some_common_function
  debugger if defined? ::ASDF
  # do something
end

然后在您的测试中：

should \"do this thing that it isn\'t doing under a specific circumstance\" do
  # setup the specific situation
  ::ASDF = true
  # your tests
end

    ,        如果我想控制回来，我就是

eval return

然后我将退出当前运行的功能，该功能通常会将我踢回IRB [rails console]提示。     ,        退出调试器，使用   全部退出 代替   续 虽然，这会产生一个错误，您可能必须删除调试器并再次发送请求，但是它将使您摆脱所有循环