Java語言的一個關鍵的優勢就是它的內存管理機制。你只管創建對象，Java的垃圾回收器幫你分配以及回收內存。然而，實際的情況并沒有那么簡單，因為內存泄漏在Java應用程序中還是時有發生的。

下面就解釋下什么是內存泄漏，它為什么會發生，以及我們如何阻止它的發生。

　1. 什么是內存泄漏？

內存泄漏的定義：對象已經沒有被應用程序使用，但是垃圾回收器沒辦法移除它們，因為還在被引用著。

要想理解這個定義，我們需要先了解一下對象在內存中的狀態。下面的這張圖就解釋了什么是無用對象以及什么是未被引用對象。

Unused and Unreferenced

上面圖中可以看出，里面有被引用對象和未被引用對象。未被引用對象會被垃圾回收器回收，而被引用的對象卻不會。未被引用的對象當然是不再被使用的對象，因為沒有對象再引用它。然而無用對象卻不全是未被引用對象。其中還有被引用的。就是這種情況導致了內存泄漏。

　2. 為什么會發生內存泄漏？

來先看看下面的例子，為什么會發生內存泄漏。下面這個例子中，A對象引用B對象，A對象的生命周期（t1-t4）比B對象的生命周期（t2-t3）長的多。當B對象沒有被應用程序使用之后，A對象仍然在引用著B對象。這樣，垃圾回收器就沒辦法將B對象從內存中移除，從而導致內存問題，因為如果A引用更多這樣的對象，那將有更多的未被引用對象存在，并消耗內存空間。

B對象也可能會持有許多其他的對象，那這些對象同樣也不會被垃圾回收器回收。所有這些沒在使用的對象將持續的消耗之前分配的內存空間。

Object-Life-Time

　3. 如何防止內存泄漏的發生？

下面是幾條容易上手的建議，來幫助你防止內存泄漏的發生。

特別注意一些像HashMap、ArrayList的集合對象，它們經常會引發內存泄漏。當它們被聲明為static時，它們的生命周期就會和應用程序一樣長。特別注意事件監聽和回調函數。當一個監聽器在使用的時候被注冊，但不再使用之后卻未被反注冊。“如果一個類自己管理內存，那開發人員就得小心內存泄漏問題了。” 通常一些成員變量引用其他對象，初始化的時候需要置空?！?. 一個小問題：為什么JDK6中的substirng()方法容易導致內存泄漏？

要想解答上面的問題，你或許可以看看Substring() in JDK 6 and 7。

外文鏈接：The Introduction of Java Memory Leaks