Android內(nèi)存管理泄漏調(diào)試技巧課件

1、Memory Analysis 1Android內(nèi)存管理泄漏調(diào)試技巧 Java 層 Native 層 2Android內(nèi)存管理泄漏調(diào)試技巧 Java 層 強(qiáng)引用 即使虛擬內(nèi)存吃緊，也不會(huì)導(dǎo)致對(duì)象被回收。 弱引用 當(dāng)虛擬機(jī)OOM前，軟引用會(huì)被強(qiáng)制回收。 軟引用 虛引用 3Android內(nèi)存管理泄漏調(diào)試技巧 Android 每個(gè)應(yīng)用程序都會(huì)使用一個(gè)專門的 Dalvik虛擬機(jī)實(shí)例來運(yùn)行，它是由Zygote服 務(wù)進(jìn)程孵化出來的。一旦程序出現(xiàn)內(nèi)存泄 漏的問題，僅僅會(huì)使自己的進(jìn)程被kill掉， 不會(huì)影響其他進(jìn)程。 不同類型的進(jìn)程有不同的內(nèi)存使用上限。 init.rc 4Android內(nèi)存管理泄漏調(diào)試技巧

2、引起內(nèi)存泄漏的情況 查詢數(shù)據(jù)庫(kù)沒有關(guān)閉游標(biāo) Cursor cursor = null; try cursor = getContentResolver().query(uri .); if (cursor != null 5Android內(nèi)存管理泄漏調(diào)試技巧 構(gòu)造Adapter時(shí)，沒有使用緩存的convertView。 public View getView(int position, View convertView, ViewGroup parent) View view = null; if (convertView != null) view = convertView; popula

3、te(view, getItem(position); . else view = new Xxx(.); . return view; 初始化時(shí)ListView會(huì)從BaseAdapter中根 據(jù)當(dāng)前屏幕布局實(shí)例化一些數(shù)量的 View，同時(shí)ListView會(huì)將這些view對(duì)象 緩存起來。當(dāng)向上滾動(dòng)Listview時(shí)，原 先位于最上面的listview會(huì)被用來構(gòu)造 新出現(xiàn)的最下面的listItem。這個(gè)構(gòu)造 過程是由getView對(duì)象方法完成的。緩 存的數(shù)據(jù)放在convertView中。 因此，如果在getView中每次都不去使 用convertView重新實(shí)例化一個(gè)View對(duì) 象，即會(huì)導(dǎo)致內(nèi)存

4、泄漏。 6Android內(nèi)存管理泄漏調(diào)試技巧 Bitmap對(duì)象不在使用時(shí)需要調(diào)用recycle()釋 放內(nèi)存 由于Bitmap對(duì)象比較占用內(nèi)存，當(dāng)它不再被使 用的時(shí)候，可以調(diào)用Bitmap.recycle()方法回收 此對(duì)象。 7Android內(nèi)存管理泄漏調(diào)試技巧 引用導(dǎo)致的內(nèi)存泄漏 全局變量引用一個(gè)對(duì)象 public class DemoActivity extends Activity . private Handler mHandler = . private Object obj; public void operation() obj = initObj(); . mHandler.

5、post(new Runnable() public void run() useObj(obj); ); 由于obj是全局變量，因此當(dāng)mHander 即使使用完成后，由于DemoAcitivity還 在，所以initObj()的內(nèi)存并沒有被釋放。 可以將obj改為局部變量，然后再傳給 mHandler 8Android內(nèi)存管理泄漏調(diào)試技巧 應(yīng)用導(dǎo)致的內(nèi)存泄漏應(yīng)用導(dǎo)致的內(nèi)存泄漏 一個(gè)生命周期短的對(duì)象A，被一個(gè)生命周期長(zhǎng)的對(duì)象B引用。 例子:假設(shè)我們希望在鎖屏界面(LockScreen)中，監(jiān)聽系統(tǒng)中 的電話服務(wù)以獲取一些信息(如信號(hào)強(qiáng)度等)，則可以在 LockScreen 中定義一個(gè)Phone

6、StateListener 的對(duì)象，同時(shí)將它注 冊(cè)到TelephonyManager 服務(wù)中。對(duì)于LockScreen 對(duì)象，當(dāng)需要 顯示鎖屏界面的時(shí)候就會(huì)創(chuàng)建一個(gè)LockScreen 對(duì)象，而當(dāng)鎖屏 界面消失的時(shí)候LockScreen 對(duì)象就會(huì)被釋放掉。 但是如果在釋放LockScreen 對(duì)象的時(shí)候忘記取消我們之前 注冊(cè)的PhoneStateListener 對(duì)象，則會(huì)導(dǎo)致LockScreen 無法被垃 圾回收。如果不斷的使鎖屏界面顯示和消失，則最終會(huì)由于大 量的LockScreen 對(duì)象沒有辦法被回收而引起OutOfMemory,使得 system_process 進(jìn)程掛掉。 9Andr

7、oid內(nèi)存管理泄漏調(diào)試技巧 分析步驟 以查詢光標(biāo)沒有關(guān)閉導(dǎo)致內(nèi)存泄漏為例 利用Heap，找到內(nèi)存泄漏的操作。(先要作GC) 10Android內(nèi)存管理泄漏調(diào)試技巧 分析步驟 使用Allocation Tracker對(duì)這一操作進(jìn)行跟蹤；重點(diǎn)查 看相同行中多次申請(qǐng)的操作，結(jié)合代碼分析。 11Android內(nèi)存管理泄漏調(diào)試技巧 Allocation Tracker工具只反映出了Allocation 的操作記錄。有可能顯示出來的對(duì)象其實(shí) 已經(jīng)釋放或者會(huì)被GC。 如果分析不出來，需要通過MAT工具進(jìn)行進(jìn) 一步的查找。 12Android內(nèi)存管理泄漏調(diào)試技巧 MAT(Memory Analyzer Too

8、l) 下載HPROF文件。 使用Eclipse Memory Analyzer工具打開。 如果無法打開需要使用Android自帶的hprof- conv.exe 工具進(jìn)行轉(zhuǎn)換。 抓取兩份hprof文件，操作一兩次，case gc 抓取第一份，重復(fù)多次有內(nèi)存泄漏的操作， case gc 抓取第二份。 13Android內(nèi)存管理泄漏調(diào)試技巧 使用Histogram比較這兩份文件的差異。 找到操作前后通過GC后增加的對(duì)象，斷定這些對(duì)象有內(nèi) 存泄漏的可能。 14Android內(nèi)存管理泄漏調(diào)試技巧 Shallow size就是對(duì)象本身占用內(nèi)存的大小，不 包含對(duì)其他對(duì)象的引用，也就是對(duì)象頭加成員 變量（不是成員變量的值）的總和。在32位系 統(tǒng)上，對(duì)象頭占用8字節(jié)，int占用4字節(jié)，不管 成員變量（對(duì)象或數(shù)組）是否引用了其他對(duì)象 （實(shí)例）或者賦值為null它始終占用4字節(jié)。 Retained size是該對(duì)象自己的shallow size，加上 從該對(duì)象能直接或間接訪問到對(duì)象的shallow size之和。換句話說，retained size是該對(duì)象被 GC之后所能回收到內(nèi)存的總和。 15Android內(nèi)存管理泄漏調(diào)試技巧 由于通過MAT找到了內(nèi)存泄漏的對(duì)象，但卻無 法確認(rèn)對(duì)象