【IT168 技術文檔】在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。