Java語言的一個關鍵的優點就是它的記憶體管理機制。你只管創建對象，Java的垃圾回收器幫你分配以及回收記憶體。然而，實際的情況並沒有那麼簡單，因為記憶體洩漏在Java應用程式中還是時有發生的。
下面就解釋下什麼是記憶體洩漏，它為什麼會發生，以及我們如何阻止它的發生。
1. 什麼是記憶體洩漏？
記憶體洩漏的定義：物件已經沒有被應用程式使用，但是垃圾回收器沒辦法移除它們，因為還在被引用著。
要想理解這個定義，我們需要先了解一下物件在記憶體中的狀態。下面的這張圖就解釋了什麼是無用物件以及什麼是未被引用物件。
上面圖可以看出，裡面有被引用物件和未被引用物件。未被引用物件會被垃圾回收器回收，而被引用的物件卻不會。未被引用的對象當然是不再被使用的對象，因為沒有對象再引用它。然而無用物件卻不全是未被引用物件。其中還有被引用的。就是這種情況導致了記憶體洩漏。
2. 為什麼會發生記憶體洩漏？
來先看看下面的例子，為什麼會發生記憶體洩漏。在下面這個例子中，A對象引用B對象，A對象的生命週期（t1-t4）比B對象的生命週期（t2-t3）長的多。當B物件沒有被應用程式使用之後，A物件仍然在引用著B物件。這樣，垃圾回收器就沒辦法將B對象從記憶體中移除，導致記憶體問題，因為如果A引用更多這樣的對象，那將有更多的未被引用對象存在，並消耗記憶體空間。
B對像也可能會持有許多其他的對象，那麼這些對象同樣也不會被垃圾回收器回收。所有這些沒在使用的物件將持續的消耗之前分配的記憶體空間。
3. 如何防止記憶體洩漏的發生？
以下是幾個容易上手的建議，來幫助你防止記憶體洩漏的發生。
特別注意一些像HashMap、ArrayList的集合對象，它們經常會引發記憶體洩漏。當它們被聲明為static時，它們的生命週期就會和應用程式一樣長。
特別注意事件監聽和回調函數。當一個監聽器在使用的時候被註冊，但不再使用之後卻未被反註冊。
「如果一個類別自己管理內存，那開發人員就得小心內存洩漏問題了。」 通常有些成員變數引用其他對象，初始化的時候需要置空。
一個小問題：為什麼JDK6中的substirng()方法容易導致記憶體洩漏？
要想解答上面的問題，你或許可以看看Substring() in JDK 6 and 7。
