netbean调试ActiveSupport::OptionMerger需注意的一个问题

  这两天，在调试Rails的时候，碰到一个极度奇怪的问题，困扰了我足足两天，实在让我头晕脑胀，耳晕目眩。。。。。。具体情况描述如下：
  Rails框架的某一个地方使用了ActiveSupport::OptionMerger类，比如：ActiveSupport::OptionMerger.new(self, options)。但是，只要我通过单步进入到OptionMerger类initialize方法的时候，进程突然中止了，netbean的debug窗口提示一个错误：“can't dup NilClass”。但是，如果我不调试，直接F6运行程序的话，却跟啥事都没有一样通过了。调试和运行行为不一致？这个问题我在COM确实碰到过，但是现在Ruby里面，提示我这样的错误，我实在纳闷。。。试验了很多次，调试了很多次，未果~~灰头土脸，无计可施的时候，当代码运行到ActiveSupport::OptionMerger.new(self, options)时，我将netbean调试界面中的“局部变量”窗口切换到了“监视”窗口，再一F7~居然成功进入到了OptionMerger类的initialize方法，没有任何错误，程序顺利的运行了下去！线索！经过分析，得出了如下结论：
  首先，我们先来看一看OptionMerger的全部代码

module ActiveSupport
  class OptionMerger #:nodoc:
    instance_methods.each do |method|
      undef_method(method) if method !~ /^(__|instance_eval|class|object_id)/
    end

    def initialize(context, options)
      @context, @options = context, options
    end

    private
      def method_missing(method, *arguments, &block)
        merge_argument_options! arguments
        @context.send!(method, *arguments, &block)
      end

      def merge_argument_options!(arguments)
        arguments << if arguments.last.respond_to? :to_hash
          @options.merge(arguments.pop)
        else
          @options.dup
        end
      end
  end
end

  其中，关键问题所在是定义了此类后，马上执行了很多次undef_method操作，通过代码我们可以看出来，最终，OptionMerger类只剩下如下的实例方法：__id__，__send__，object_id，instance_eval，class。
  后来，在创建一个OptionMerger类实例的时候，如果你想单步进入此类，而这个时候，恰好netbean的bebug窗口在“局部变量”的时候~嘿嘿~由于“局部变量”窗口有一个默认的self变量，要显示其类型和值，显示值的时候，我想netbean是默认调用self.to_s方法，但是前面讲了，to_s方法已经被咔嚓了，所以，这时将触发method_missing，而method_missing又调用了merge_argument_options方法，而更巧的是，这个时候，options参数正好又是nil，所以，这个时候@options.dup这句话，让netbean歇菜了~这也是每次我想调试进入此类时，就over了的原因。
  不知道这应该算是netbean的Bug还是Rails的Bug。。。不管怎么样，记得，在这种情况下，不要让调试窗口保持在“局部变量”窗口就是了，并且，“监视”窗口一定不能监视self变量，不然就会像我一样郁闷的~

以前用netbean也有遇过类似问题，怎么也无法单步进某类内部。
只好手工断点，在console 一边next，一边list，也自得其乐

兄弟你太强了~console都搞出来了，那应该再一杯茶，一根烟，悠然南山中~~~
console调试太不方便了吧~处于研究学习目的应该还行