1>內(nèi)存分析:
使用adb dumpsys 命令
adb是一個非常強(qiáng)大的工具,使用adb查看應(yīng)用程序內(nèi)存使用情況可按如下格式在命令行里查看內(nèi)存使用情況:
adb shell dumpsys meminfo <package_name>
還有些有用的命令
1. adb shell dumpsys activity---------------查看ActvityManagerService 所有信息
2. adb shell dumpsys activity activities----------查看Activity組件信息
3. adb shell dumpsys activity services-----------查看Service組件信息
4. adb shell dumpsys activity providers----------產(chǎn)看ContentProvider組件信息
5. adb shell dumpsys activity broadcasts--------查看BraodcastReceiver信息
6. adb shell dumpsys activity intents--------------查看Intent信息
7. adb shell dumpsys activity processes---------查看進(jìn)程信息
其中,package_name 也可以換成程序的pid腰鬼,pid可以通過 adb shell top | grep app_name 來查找
下圖是某個程序的內(nèi)存使用情況:
[圖片上傳失敗...(image-ec3ff1-1515476038840)]
重點(diǎn)關(guān)注如下幾個字段:
(1) Native/Dalvik 的 Heap 信息
具體在上面的第一行和第二行歹袁,它分別給出的是JNI層和Java層的內(nèi)存分配情況屹篓,如果發(fā)現(xiàn)這個值一直增長技肩,則代表程序可能出現(xiàn)了內(nèi)存泄漏俗孝。
(2) Total 的 PSS 信息
這個值就是你的應(yīng)用真正占據(jù)的內(nèi)存大小酒甸,通過這個信息,你可以輕松判別手機(jī)中哪些程序占內(nèi)存比較大了赋铝。
命令輸入后還有以下信息:
橫豎屏或者切屏觀察activity數(shù)目變化插勤,Activity發(fā)生重建且上面標(biāo)記處數(shù)目增加,那么就表示該activity未被回收革骨,存在內(nèi)存泄漏饮六。
導(dǎo)出的文件并不能直接被MAT工具解析,需要用工具轉(zhuǎn)換苛蒲。工具地址:D:\sdk\tools\hprof-conv.exe
命令輸入:
D:\sdk\tools\hprof-conv.exe D:\mat_any\com.lenovo.tabletstore.hprof D:\mat_any\my.hprof
工具路徑--->直接導(dǎo)出文件的路徑--->希望轉(zhuǎn)換后存儲文件名及路徑
2>內(nèi)存泄漏分析
通過對網(wǎng)上資料整理臂外,發(fā)現(xiàn)還是下面的方法比較簡潔好用
打開MAT找到標(biāo)記按鈕窟扑,輸入查找數(shù)據(jù)庫指令
select * from instanceof android.app.Activity
按Ctrl + F5或者! 或者 F5
操作可以參考 這篇文章 :使用Android studio分析內(nèi)存泄露
個人建議:
[圖片上傳失敗...(image-36225d-1515476038840)]
如果搜索出來的同一個activity只有一個(前提是確定該activity確實(shí)發(fā)生多次重建),那么可以忽略漏健,但是最好還是看下是否有自己熟悉的泄漏嚎货;如果存在多個相同的activity,那么理論上 這個字段小的 是應(yīng)該被回收的Activity蔫浆。所以要選中這些應(yīng)被回收而未被回收的Activity進(jìn)行上述的操作 右鍵-->Path To Gc Roots --> exclude weak/soft reference
提供本人遇到的幾個泄漏問題:
<1> Context 被引用殖属,未被回收,所以在能用ApplicationContext的地方盡量使用ApplicationContext
使用場景參考 http://blog.csdn.net/lmj623565791/article/details/40481055 Android Context 上下文 你必須知道的一切
<2> Listener 自己添加的 需要自己去解除引用
<3> 使用弱引用時應(yīng)該注意返回弱引用中取出的對象瓦盛,將強(qiáng)引用釋放洗显,而不是直接返回強(qiáng)引用對象
最后需要根據(jù)分析的結(jié)果去排查泄漏的地方外潜,如果看不懂分析結(jié)果,可以自己拿到該對象去代碼中排查挠唆,對每一個引用點(diǎn)進(jìn)行細(xì)致分析处窥,是否會存在異步問題導(dǎo)致比Activity生命周期存在時間長而產(chǎn)生內(nèi)存泄漏,以及存儲的集合是否需要手動清空等等...
[圖片上傳失敗...(image-821485-1515476038840)]