內(nèi)存分析工具M(jìn)AT的使用

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

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

3、的rt達(dá)到了萬(wàn)級(jí)別.基本可以判斷這個(gè)機(jī)器已經(jīng)掛了.進(jìn)而分析該機(jī)器一直在fgc.然后馬上dump內(nèi)存,進(jìn)而進(jìn)行分析(中間一些異常的gc日志沒(méi)有截圖).之前學(xué)習(xí)的jvm知識(shí)都是純理論的,這次是實(shí)打?qū)嵕€(xiàn)上出現(xiàn)的問(wèn)題.所以記錄一下.步驟1 、先dump對(duì)應(yīng)的堆,然后從線(xiàn)上發(fā)到自己本機(jī)    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ù)說(shuō)有些dump

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

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

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

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

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

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

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

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

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

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

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