Java 程序里的內存泄漏

        在這個案例中，根類(左上角紅色的那個)是出現問題的起源。右側用藍色突出的那個類就是追蹤到的 FormFrame 類。

        對于這個問題的簡單解決方案就是字體管理器增加一個方法，來允許哈希表的 remove() 方法會在用戶刪除表單時被調用到。增加的 removeKeyFromHashtables() 方法如下所示：

public void removeKeyFromHashtables(GraphCanvas graph) {
  if (graph != null) {
    viewFontTable.remove(graph);     // remove key from hashtable
                                     // to prevent memory leak
  }
}

        然后，我在 FormFrame 類里添加了對這個方法的一個調用。FormFrame 使用 Swing 的內部框架來實現表單 UI，因此對于字體管理器的調用被添加到當內部框架完全關閉時所執行的方法，如下所示：

/**


Invoked when a FormFrame is disposed. Clean out references to prevent 
memory leaks.
*/
public void internalFrameClosed(InternalFrameEvent e) {
FontManager.get().removeKeyFromHashtables(canvas);
canvas = null;
setDesktopIcon(null);
}</pre>


        在我對代碼做出修改以后，我使用調試工具來確認在相同的測試用例被執行時刪除表單所關聯到的對象的數目。

        內存泄漏的防止

        可以通過對一些常見問題的注意來防止內存泄漏。容器類，比如哈希表和向量，是找到引起內存泄漏的常見的地方。尤其是當這些類被聲明為靜態的并存活于應用程序的整個生命周期之中時。

        另一個常見(導致內存泄漏的)問題是當你將一個類注冊為事件監聽器，卻沒考慮到當這個類不再需要時將其注銷。還有，指向其他類的成員變量在恰當的時候要設置為 null。

        結束語

        尋找內存泄漏的原因可能是一個繁瑣的過程，還沒有提到的一點是這將需要特殊的調試工具。然而，一旦你熟悉了追蹤對象引用的工具和模式，你將能夠跟蹤內存泄漏。此外，你還會獲得一些有價值的技能，不僅可以節省項目編程投入，而且在以后的項目中你將擁有找出可以防止發生內存泄漏的編程做法的眼光。

        相關資料      
Quest Software 的 JProbe
Borland 的 Optimizeit Enterprise
Paul Moeller 的 Win32 Java Heap Inspector

原文鏈接：http://www.ibm.com/developerworks/library/j-leaks/index.html。