JDK本身為調試內存泄漏問題提供了比較完善的工具。

　　先用命令jps找出要調試的jvm的進程id(jps這個命令，就是ps命令前面加j，列出所有正在運行的jvm的進程id)。

　　例如：jps

　　輸出類似下面這樣：15976 java_app.jar 7586 startup.jar 22476 Jps 12248 Main 5437 Bootstrap

　　假設我們要調試的進程id是15976.

　　如果只是想簡單觀察一下堆內存的使用情況，可以用命令jmap -histo：live 15976這個命令會輸出指定的jvm上當前各個Java類的實例數、占用的內存大小和完整的類名。虛擬機內部類的類名前面有"*"標記。

　　如果想得到堆內存使用的詳細情況，可以用命令jmap -dump：live，format=b，file=/tmp/java_app-heap.bin 15976

　　這樣在/tmp目錄下得到一個java_app-heap.bin文件，其中保存的信息就是指定的jvm中堆內存的使用詳情。這個二進制文件可以用JDK附帶的jhat(Java Heap Analysis Tool)來分析：

　　jhat -J-Xmx326m /tmp/java_app-heap.bin

　　這個工具相當耗內存，如果出現了OutOfMemoryException的話，請加大-J-Xmx326m中指定的預留堆內存大小再試。

　　Jhat會解析堆內存信息轉儲文件(上面用jmap生成的。bin文件)，輸出大概像下面這樣：

　　lewis@mgr $ jhat -J-Xmx326m /tmp/java_app-heap.bin Reading from /tmp/java_app-heap.bin……

　　Dump file created Thu Sep 08 20：08：14 CST 2011 Snapshot read， resolving……

　　Resolving 71327 objects……

　　Chasing references， expect 14 dots……

　　Eliminating duplicate references……

　　Snapshot resolved. Started HTTP server on port 7000 Server is ready.

　　注意最后兩行：堆內存信息轉儲文件分析完畢后，jhat并不會將分析結果輸出為一個靜態文件。

　　為了方便查找，以及在相關的類之間導航，jhat會啟動一個服務，監聽7000端口。這時候就可以用瀏覽器來瀏覽和分析結果了：在瀏覽器地址欄里輸入：

　　http://localhost：7000

　　里面的各個頁面都有很多鏈接，可以在相關的各個類及各種統計數據之間跳轉，還是很方便的。