介紹Java中的記憶體洩漏

　　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時，它們的生命週期就會和應用程式一樣長。
• 特別注意事件監聽和回撥函式。當一個監聽器在使用的時候被註冊，但不再使用之後卻未被反註冊。
• “如果一個類自己管理記憶體，那開發人員就得小心記憶體洩漏問題了。” 通常一些成員變數引用其他物件，初始化的時候需要置空。

　4. 一個小問題：為什麼JDK6中的substirng()方法容易導致記憶體洩漏？

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

　　外文連結：The Introduction of Java Memory Leaks