Android：記憶體控制及OOM處理

標籤：

  1. OOM（記憶體溢出）和Memory Leak（記憶體泄露）有什麼關係？

OOM可能是因為Memory Leak，也可能是你的應用本身就比較耗記憶體（比片瀏覽型的）。所以，出現OOM不一定是Memory Leak。

同樣，Memory Leak也不一定就會導致OOM，如果泄露的速度很慢，可能還沒用完可用記憶體應用就被重啟了，那就不會OOM咯。當然了，有bug解決了最好。

2. 什麼是shallow heap與retained heap？

• shallow heap：你自身佔了多少記憶體，比如你有一個int屬性，就佔4位元組。不包括你引用的其他對象。
• retained heap：如果你被銷毀，總共會釋放多少記憶體。這些因你存在被佔據的空間就是retained heap。

3. 什麼是GC roots？

GC的時候，是從這些節點開始遍曆，不停的尋找其子節點直到結束。然後把不能遍曆到的節點釋放。這些遍曆的起點（注意，可不是一個哦）就叫做GC roots。

那，對於java來說，誰是GC roots？簡單點說（不是那麼準確）包括以下幾種：

• 棧上面的局部變數
• 棧上面的函數參數變數
• 所有由Bootstrap Loader載入的類變數
• 另外，JNI相關的也會有
• 更多詳細解釋請看這篇部落格

4. 怎樣使用MAT定位記憶體泄露？

4.1 看Histogram(類統計圖)

對於Android程式來說，記憶體泄露通常都會牽扯到activity。因此，dump之前，可以多旋轉幾次螢幕並反覆的進出可能有問題的activity，讓問題儘可能的凸現。
通過Histogram我們可以看每個類有多少個執行個體，shallow和retained heap分別有多大。如果只是看java的基礎類型和framework的類，沒有什麼意義，一定要過濾出自己的類型，如

發現LeakInnerClassActivity產生了9個執行個體，一定是被hold住了。

4.2 看Dominator Tree

怎樣使用還沒弄清楚，感覺和histogram比沒啥特色捏，嘿嘿

4.3 對比heap dumps，可以更快的定位記憶體泄露的位置。操作步驟：

• 開啟一個HPROF檔案，切換到histogram視圖
• 在Navigation View中右鍵點擊histogram，選擇Add to compare basket
• 開啟另一個HPROF檔案，並重複上一個步驟
• 對比兩次heap dumps的內容，看，LeakInnerClassActivity的執行個體又增加了一個。而我僅僅是又啟動了一次該Activity，所以問題顯而易見。

參考：Memory Analysis for Android Applications

5. 內部類怎樣使用才會產生記憶體泄露，以及由此衍生的AsyncTask、Handler問題如何解決？

• 如果非靜態內部類的方法中，有生命週期大於其所在類的，那就有問題了。比如：AsyncTask、Handler，這兩個類都是方便開發人員執行非同步任務的，但是，這兩個都跳出了Activity/Fragment的生命週期。
• 為什嗎？因為非靜態內部類會自動持有一個所屬類的執行個體，如果所屬類的執行個體已經結束生命週期，但內部類的方法仍在執行，就會hold其主體。也就使主體不能被釋放，亦即記憶體泄露。
• 靜態類呢？靜態類編譯後和非內部類是一樣的，有自己獨立的類名。不會悄悄引用所屬類的執行個體，所以就不容易泄露。

    

//首先，靜態類static class IncomingHandler extends Handler {    //其次，弱引用    private final WeakReference<UDPListenerService> mService;     IncomingHandler(UDPListenerService service) {        mService = new WeakReference<UDPListenerService>(service);    }    @Override    public void handleMessage(Message msg) {         UDPListenerService service = mService.get();         if (service != null) {              service.handleMessage(msg);         }    }}

 

6. 圖片導致的OOM如何解決？

• 載入時使用option，用多大，載入多大。
• res目錄下的圖片也是一樣，及時清理過大的圖片資源。
• 如果還有問題，就想辦法把不可見的資源釋放掉，比如，TabActivity中不可見的Tab，ViewPager中的Fragment。
• 如果activity的圖片資源較多，需要考慮旋轉螢幕時，銷毀已有資源。請參考這篇文章

7. 需要context的時候用activity還是application？

• 看使用的周期是否在activity周期內，如果超出，必須用application；常見的情景包括：AsyncTask，Thread，第三方庫初始化等等。
• 還有些情景，只能用activity：比如，對話方塊，各種View，需要startActivity的等。
• 總之，儘可能使用Application。參考stackoverflow

8. 什麼時候需要手動將變數設定為NULL？

• 類變數，一旦用完，儘快釋放。因為類的存活時間最長，所以，佔用的資源越少越好；
• 比較耗時且耗記憶體的方法內的局部變數，比如，圖片處理的方法，每個bitmap對象用完就及時丟棄。儘可能讓gc介入。
• 轉自：http://m.oschina.net/blog/128309

Android：記憶體控制及OOM處理