Java 程序里的内存泄漏

译序：Java 的内存泄漏，这不是一个新话题。Jim Patrick 的这篇文章早在 2001 年就写出来了。但这并不意味着 Java 的内存泄漏是一个过时了的甚至不重要的话题。相反， Java 的内存泄漏应当是每一个关心程序健壮性、稳定性和高性能的程序员所必须了解的知识</span>。
本文将揭示什么时候需要关注内存泄漏以及如何进行防止。
摘要：Java 程序里也存在内存泄漏？当然。和流行的看法相反，内存管理仍然是 Java 编程时应该考虑的事情。在这篇文章里，你会了解到是什么原因导致了 Java 内存泄漏以及什么时候需要对这些泄漏进行关注。你也将会学到一个快速实用的课程以应对自己项目中的内存泄漏。
Java 程序里的内存泄漏是如何表现的
大多数程序员都知道使用类似于 Java 的编程语言的好处之一就是他们无需再为内存的分配和释放所担心了。你只需要简单地创建对象，当它们不再为程序所需要时 Java 会自行通过一个被称为垃圾收集的机制将其移除。这个过程意味着 Java 已经解决了困扰其他编程语言的一个棘手的问题 -- 可怕的内存泄漏。果真是这样的吗？
在进行深入讨论之前，让我们先回顾一下垃圾收集是如何进行实际工作的。 垃圾收集器的工作就是找到程序不再需要的对象并在当它们不再被访问或引用时将它们移除掉。 垃圾收集器从贯穿整个程序生命周期的类这个根节点开始，扫描所有引用到的节点。在遍历节点时，它跟踪那些被活跃引用着的对象。那些不再被引用的对象就满足了垃圾回收的条件。当这些对象被移除时被它们占用的内存资源会交还给 Java 虚拟机(JVM)。

因此 Java 代码的确不需要程序员负责内存管理的清理工作，它自行对不再使用的对象进行垃圾收集。然而，需要记住的是，垃圾收集的关键在于一个对象在不再被引用时才被统计为不再使用。下图对这一概念进行了说明。

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

    /**       * 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);        }