轉自：https://www.cnblogs.com/toSeeMyDream/p/7151635.html
一.dump基本概念
在故障定位(尤其是out of memory)和性能分析的時候，經常會用到一些文件來幫助我們排除代碼問題。這些文件記錄了JVM運行期間的內存占用、線程執行等情況，這就是我們常說的dump文件。常用的有heap dump和thread dump（也叫javacore，或java dump）。我們可以這么理解：heap dump記錄內存信息的，thread dump是記錄CPU信息的。
heap dump：
heap dump文件是一個二進制文件，它保存了某一時刻JVM堆中對象使用情況。HeapDump文件是指定時刻的Java堆棧的快照，是一種鏡像文件。Heap Analyzer工具通過分析HeapDump文件，哪些對象占用了太多的堆棧空間，來發現導致內存泄露或者可能引起內存泄露的對象。
thread dump：
thread dump文件主要保存的是java應用中各線程在某一時刻的運行的位置，即執行到哪一個類的哪一個方法哪一個行上。thread dump是一個文本文件，打開后可以看到每一個線程的執行棧，以stacktrace的方式顯示。通過對thread dump的分析可以得到應用是否“卡”在某一點上，即在某一點運行的時間太長，如數據庫查詢，長期得不到響應，最終導致系統崩潰。單個的thread dump文件一般來說是沒有什么用處的，因為它只是記錄了某一個絕對時間點的情況。比較有用的是，線程在一個時間段內的執行情況。
兩個thread dump文件在分析時特別有效，困為它可以看出在先后兩個時間點上，線程執行的位置，如果發現先后兩組數據中同一線程都執行在同一位置，則說明此處可能有問題，因為程序運行是極快的，如果兩次均在某一點上，說明這一點的耗時是很大的。通過對這兩個文件進行分析，查出原因，進而解決問題。
二.利用JDK自帶的工具獲取thread dump文件和heap dump文件
使用的JDK工具在JDK_HOME/bin/目錄下，使用到jmap和jstack這兩個命令。
1.獲取heap dump文件
windows下切換到JDK_HOME/bin/，執行以下命令：jmap -dump:format=b,file=heap.hprof 2576
linux下切換到JDK_HOME/bin/，執行以下命令：./jmap -dump:format=b,file=heap.hprof 2576
這樣就會在當前目錄下生成heap.hprof文件，這就是heap dump文件。
2.獲取thread dump文件
windows下執行：jstack 2576 > thread.txt
linux下執行：./jstack 2576 > thread.txt
windows/linux則會將命令執行結果轉儲到thread.txt，這就是thread dump文件。有了dump文件后，我們就能借助性能分析工具獲取dump文件中的信息。
3.如果我們只需要將dump中存活的對象導出，那么可以使用:live參數
jmap -dump:live,format=b,file=heapLive.hprof 2576
執行完后，我們在當前目錄C:\Java\jdk1.6.0_27\bin下看到剛生成的三個文件，如下所示：
說明：如上實例的2576是我當前需要分析的java進程PID，關於Windows下如何獲得指定的JAVA時空程PID可參考：http://bijian1013.iteye.com/blog/2221238
三.使用工具分析java heap dump文件
現在我們使用一些圖形化工具，來幫助我們分析文件中的信息，有效地定位問題。
1.使用JDK自帶的jhat命令
jhat是用來分析java堆的命令，可以將堆中的對象以html的形式顯示出來，包括對象的數量，大小等等，並支持對象查詢語言。
jhat -port 5000 heap.hrof
當服務啟動完成后，我們就可以在瀏覽器中，通過http://localhost:5000/進行訪問，如下所示：
2.使用eclipse MAT工具
一般來說，應用程序的dump文件都是很大的，jdk自帶命令難以分析這些大文件。在實際的生產環境下，我們必須要借助第三方工具，才能快速打開這些大文件，進行分析定位。eclipse memory analyzer是一款優秀的heap分析工具，能夠幫我們快速定位內存泄露問題。