內(nèi)存分析工具MAT的使用

1、內(nèi)存分析工具MAT的使用一、MAT插件安裝MAT(Memory Analyzer Tool) 是基于heap dumps來進行分析的，它的分析速度比jhat快，分析結果是圖形界面顯示，比java內(nèi)置jhat的可讀性更高,通過Eclipse市場安裝 方法/步驟1打開Eclipse - >help - > Eclipse Marketplace2點擊install，等待下面的進度條加載完畢后，勾選全部，點擊Next3 同意協(xié)議后，點擊Finish就開始安裝MAT了直接輸入URL安裝 方法/步驟21.  打開Eclipse - >help -

2、 > Install New Software2.  在work with輸入圖中下載地址，勾選Memory  Analyzer for Eclipse IDE選項3.  若沒有勾選Memory  Analyzer for Eclipse IDE選項，點擊地址欄旁邊的Add，在location里輸入以上地址，點擊OK即可。4.  安裝完成后提示重啟Eclipse，重啟后打開window - > open perspective，看到Memory Analysis證明安裝成功。二、MAT的使用案例一問題線上某一臺機器出現(xiàn)異常.接口調(diào)用

3、的rt達到了萬級別.基本可以判斷這個機器已經(jīng)掛了.進而分析該機器一直在fgc.然后馬上dump內(nèi)存,進而進行分析(中間一些異常的gc日志沒有截圖).之前學習的jvm知識都是純理論的,這次是實打?qū)嵕€上出現(xiàn)的問題.所以記錄一下.步驟1 、先dump對應的堆,然后從線上發(fā)到自己本機    dump的命令是jmap -dump:format=b,file=heap.bin <pid> 2、調(diào)整eclipse的內(nèi)存    具體的數(shù)值,需要看dump的文件大小.比如我的dump文件是1.3G,我就給了eclipse 2G的內(nèi)存.據(jù)說有些dump

4、文件有幾十個G的大小,那么分析的機器也必須比這個大才行,否則eclipse本身就OOM了. 3、分析.    調(diào)整到 Memory Analysis 窗口,然后File->Open Heap Dump 然后選擇dump的文件,然后MAT就自動會進行分析.分析完了,直接查看  Leak Suspects Report . MAT會自動幫你找內(nèi)存泄露的疑兇.然后給你點下面的Detail .可以看到最直觀的類和所占用的大小可以看到, IosPushClient 的直接引用是40byte 但是對應的間接引用達到了恐怖的420M 那么再點擊該類,l

5、ist obejcts .重點看間接引用占用的大的可以看到這個LinkedHashMap中,有47528個1776byte的對象。其實看到這里,就基本清楚了.這個是由于在push的時候把對應的push消息給保留住,然后造成一直堆積在內(nèi)存中造成的。 解決辦法：    在不修改對應的push底層實現(xiàn)的前提下,每次push了2W條消息就清理一次.后續(xù)有時間再修改底層邏輯吧.案例二1 內(nèi)存泄漏的排查方法Dalvik Debug Monitor Server (DDMS) 是 ADT插件的一部分，其中有兩項功能可用于內(nèi)存檢查 :

6、83; heap 查看堆的分配情況· allocation tracker跟蹤內(nèi)存分配情況DDMS 這兩項功能有助于找到內(nèi)存泄漏的操作行為。Eclipse Memory Analysis Tools (MAT) 是一個分析 Java堆數(shù)據(jù)的專業(yè)工具，用它可以定位內(nèi)存泄漏的原因。工具地址 : /mat/1.1 觀察 Heap· 運行程序，然后進入 DDMS管理界面，如下： PS : 點擊工具欄上的  來更

7、新統(tǒng)計信息點擊右側的 Cause GC 按鈕或工具欄上的  即可查看當前的堆情況，如下： 主要關注兩項數(shù)據(jù)：o Heap Size 堆的大小，當資源增加，當前堆的空余空間不夠時，系統(tǒng)會增加堆的大小，若超過上限 (例如 64M，視平臺和具體機型而定)則會被殺掉o Allocated 堆中已分配的大小，這是應用程序?qū)嶋H占用的內(nèi)存大小，資源回收后，此項數(shù)據(jù)會變小· 查看操作前后的堆數(shù)據(jù)，看是否有內(nèi)存泄漏 對單一操作(比如添加頁，刪除頁)進行反復操作，如果堆的大小一直增加，則有內(nèi)存泄漏的隱患。

8、1.2 利用MAT分析內(nèi)存堆DDMS 可以將當前的內(nèi)存 Dump成一個 hprof格式的文件，MAT 讀取這個文件后會給出方便閱讀的信息，配合它的查找，對比功能，就可以定位內(nèi)存泄漏的原因。· 獲取 hprof文件 點擊工具欄上的  按鈕，將內(nèi)存信息保存成文件。 如果是用 MAT Eclipse 插件獲取的 Dump文件，則不需要經(jīng)過轉(zhuǎn)換，Adt會自動進行轉(zhuǎn)換然后打開。· 轉(zhuǎn)換 hprof文件 DDMS Dump 出的文件要經(jīng)過

9、轉(zhuǎn)換才能被 MAT識別，Android SDK提供了這個工具 hprof-conv (位于 sdk/tools下)./hprof-conv xxx-a.hprof xxx-b.hprof· 用 MAT打開轉(zhuǎn)換后的 hprof文件 1.3  Histogram 查詢用的最多的功能是 Histogram,點擊 Actions下的 Histogram項將得到 Histogram結果：它按類名將所有的實例對象列出來，可以點擊表頭進行排序,在表的第一行可以輸入正則表

10、達式來匹配結果 :在某一項上右鍵打開菜單選擇 list objects ->with incoming refs 將列出該類的實例：它展示了對象間的引用關系，比如展開后的第一個子項表示這個 HomePage(0x420ca5b0)被HomePageContainer(0x420c9e40)中的 mHomePage屬性所引用.快速找出某個實例沒被釋放的原因，可以右健 Path to GC Roots->exclue all phantom/weak/soft etc. reference :得到的結果是：從表中可以

11、看出 PreferenceManager -> ->HomePage這條線路就引用著這個 HomePage實例。用這個方法可以快速找到某個對象的 GC Root,一個存在 GC Root的對象是不會被 GC回收掉的.1.4  Histogram 對比為查找內(nèi)存泄漏，通常需要兩個 Dump結果作對比，打開 Navigator History面板，將兩個表的 Histogram結果都添加到 Compare Basket中去 :添加好后，打開 Compare Baske

12、t面板，得到結果：點擊右上角的 ! 按鈕，將得到比對結果：注意，上面這個對比結果不利于查找差異，可以調(diào)整對比選項：再把對比的結果排序，就可得到直觀的對比結果：也可以對比兩個對象集合，方法與此類似，都是將兩個 Dump結果中的對象集合添加到Compare Basket中去對比。找出差異后用 Histogram查詢的方法找出 GC Root，定位到具體的某個對象上。1.5  例子舉例一個典型的分析內(nèi)存泄漏的過程：1.使用 Heap查看當前堆大小為 23.00M2.添加一個頁后堆大小變?yōu)?#160;23.40M3.將添加

13、的一個頁刪除，堆大小為 23.40M4.多次操作，結果仍相似，說明添加/刪除頁存在內(nèi)存泄漏 (也應注意排除其它因素的影響)5. Dump 出操作前后的 hprof 文件 (1.hprof,2.hprof)，用 mat打開,并得到 histgram結果6.使用 HomePage字段過濾 histgram結果，并列出該類的對象實例列表，看到兩個表中的對象集合大小不同，操作后比操作前多出一個 HomePage，說明確實存在泄漏7.將兩個列表進行對比，找出多出的一個對象，用查找 GC

14、 Root的方法找出是誰串起了這條引用線路，定位結束PS :· 很多時候堆增大是 Bitmap引起的，Bitmap在 Histogram中的類型是 byte ,對比兩個 Histogram中的 byte 對象就可以找出哪些 Bitmap有差異· 多使用排序功能，對找出差異很有用2 內(nèi)存泄漏的原因分析總結出來只有一條： 存在無效的引用! 良好的模塊設計以及合理使用設計模式有助于解決此問題。3 Tips· 使用 android:largeHeap="true"標記 (API Level >= 11) 在 AndroidManifest.xml中的 Application節(jié)點中聲明即可分配到更大的堆內(nèi)存, android:largeHeap標記在 Android系統(tǒng)應用中也有廣泛的應用 ,比如 L