在java中，匿名类（anonymous inner classes）多用来处理事件（event handle）。但其实，它们对于debug也很有帮助。本文将介绍如何利用匿名类来简化你的debug。

我们该如何调试那些非自己源码的方法调用呢？比方说，对jbutton.setenable()的调用。java提供的匿名类，可以很好的解决这个问题。

通常，当我们继承一个类时，我们可以通过提供新的方法来覆盖（override）该类中现有的方法：

英文代码public class mybutton extends jbutton {
   public void setvisible( boolean visible ) {
      // rolling our own visibility 
   }
}

在实例化（instantiate）mybutton类之后，任何对方法setvisible()的调用，都会调用上面代码中的setvisible()方法。可问题是，我们不想仅仅为了覆盖一个方法而继承整个类，尤其是所需的实例（instantiation）很有限的时候。匿名类使得我们能在实例化的同时覆盖方法。

如果我们只想在某个jbutton对象中加入我们自己的可视逻辑，那么我们可以在申明这个button对象的同时重写这个方法：

jbutton mybutton = new jbutton() {
   public void setvisible( boolean visible ) {
      // rolling our own visibility 
   }
};

这段代码都做了什么？花括号（｛｝）中间的代码申明了setvisible()方法，并覆盖了jbutton类中的那个，但这仅限于mybutton对象。我们没有改变jbutton类，也没有申明一个新类，我们仅给了一个特殊的jbutton对象它自己的可视逻辑。

在面向对象术语中，mybutton是一个从jbutton类继承而来的无名，也就是匿名，类的对象。

这种创建匿名类并同时覆盖方法的技术用在什么时候？假设你在编写一段swing程序，在你向一个gui物件（element）中添加一个event listener（假设叫作actionlistener）之前，你已经编写了一段这种机制的代码。现在，我们假设我们有个庞大的类，里面有很多按钮，但是有一个按钮时隐时现。你想知道为什么会这样。利用上面的代码并在setvisible()方法上设置断点。然后，当你运行你的程序时，你设置的断点就会在恰当的地方暂停程序。检查栈轨迹（stack trace），我们会发现没有按所预期的那样来调用setvisible()方法的原因并修复这个它。

匿名类在debug类似这种源码不可得的类的时候很有用。即便在源码可得的情况下，在大量使用的方法（如setvisible）上设置断点，也是件很麻烦的事情，因为我们在每个实现了setvisible()方法的类的对象上都要转入断点。而匿名类可针对某个特定的对象进行“外科手术”式的debug。