Java內存泄漏的檢測和處理
如何查找引起內存泄漏的原因一般有兩個步驟:第一是安排有經驗的編程人員對代碼進行走查和分析，找出內存泄漏發生的位置;第二是使用專門的內存泄漏測試工具進行測試。
第一個步驟在代碼走查的工作中，可以安排對系統業務和開發語言工具比較熟悉的開發人員對應用的代碼進行了交叉走查，盡量找出代碼中存在的數據庫連接聲明和結果集未關閉、代碼冗余等故障代碼。
第二個步驟就是檢測Java的內存泄漏。在這里我們通常使用一些工具來檢查Java程序的內存泄漏問題。市場上已有幾種專業檢查Java內存泄漏的工具，它們的基本工作原理大同小異，都是通過監測Java程序運行時，所有對象的申請、釋放等動作，將內存管理的所有信息進行統計、分析、可視化。開發人員將根據這些信息判斷程序是否有內存泄漏問題。這些工具包括Optimizeit Profiler，JProbe Profiler，JinSight , Rational 公司的Purify等。
檢測內存泄漏的存在
這里我們將簡單介紹我們在使用Optimizeit檢查的過程。通常在知道發生內存泄漏之后，第一步是要弄清楚泄漏了什么數據和哪個類的對象引起了泄漏。
一般說來，一個正常的系統在其運行穩定后其內存的占用量是基本穩定的，不應該是無限制的增長的。同樣，對任何一個類的對象的使用個數也有一個相對穩定的上限，不應該是持續增長的。根據這樣的基本假設，我們持續地觀察系統運行時使用的內存的大小和各實例的個數，如果內存的大小持續地增長，則說明系統存在內存泄漏，如果特定類的實例對象個數隨時間而增長（就是所謂的“增長率”），則說明這個類的實例可能存在泄漏情況。
另一方面通常發生內存泄漏的第一個跡象是：在應用程序中出現了OutOfMemoryError。在這種情況下，需要使用一些開銷較低的工具來監控和查找內存泄漏。雖然OutOfMemoryError也有可能應用程序確實正在使用這么多的內存；對于這種情況則可以增加JVM可用的堆的數量，或者對應用程序進行某種更改，使它使用較少的內存。
但是，在許多情況下，OutOfMemoryError都是內存泄漏的信號。一種查明方法是不間斷地監控GC的活動，確定內存使用量是否隨著時間增加。如果確實如此，就可能發生了內存泄漏。
處理內存泄漏的方法
一旦知道確實發生了內存泄漏，就需要更專業的工具來查明為什么會發生泄漏。JVM自己是不會告訴您的。這些專業工具從JVM獲得內存系統信息的方法基本上有兩種：JVMTI和字節碼技術(byte code instrumentation)。Java虛擬機工具接口(Java Virtual Machine Tools Interface，JVMTI)及其前身Java虛擬機監視程序接口(Java Virtual Machine Profiling Interface，JVMPI)是外部工具與JVM通信并從JVM收集信息的標準化接口。字節碼技術是指使用探測器處理字節碼以獲得工具所需的信息的技術。
Optimizeit是Borland公司的產品，主要用于協助對軟件系統進行代碼優化和故障診斷，其中的Optimizeit Profiler主要用于內存泄漏的分析。Profiler的堆視圖就是用來觀察系統運行使用的內存大小和各個類的實例分配的個數的。
首先，Profiler會進行趨勢分析，找出是哪個類的對象在泄漏。系統運行長時間后可以得到四個內存快照。對這四個內存快照進行綜合分析，如果每一次快照的內存使用都比上一次有增長，可以認定系統存在內存泄漏，找出在四個快照中實例個數都保持增長的類，這些類可以初步被認定為存在泄漏。通過數據收集和初步分析，可以得出初步結論:系統是否存在內存泄漏和哪些對象存在泄漏(被泄漏)。
接下來，看看有哪些其他的類與泄漏的類的對象相關聯。前面已經談到Java中的內存泄漏就是無用的對象保持，簡單地說就是因為編碼的錯誤導致了一條本來不應該存在的引用鏈的存在(從而導致了被引用的對象無法釋放)，因此內存泄漏分析的任務就是找出這條多余的引用鏈，并找到其形成的原因。查看對象分配到哪里是很有用的。同時只知道它們如何與其他對象相關聯（即哪些對象引用了它們）是不夠的，關于它們在何處創建的信息也很有用。
最后，進一步研究單個對象，看看它們是如何互相關聯的。借助于Profiler工具，應用程序中的代碼可以在分配時進行動態添加，以創建堆棧跟蹤。也有可以對系統中所有對象分配進行動態的堆棧跟蹤。這些堆棧跟蹤可以在工具中進行累積和分析。對每個被泄漏的實例對象，必然存在一條從某個牽引對象出發到達該對象的引用鏈。處于堆?？臻g的牽引對象在被從棧中彈出后就失去其牽引的能力，變為非牽引對象。因此，在長時間的運行后，被泄露的對象基本上都是被作為類的靜態變量的牽引對象牽引。
總而言之, Java雖然有自動回收管理內存的功能,但內存泄漏也是不容忽視,它往往是破壞系統穩定性的重要因素。
【編輯推薦】
