日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間：8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
Android內(nèi)存溢出分析

OOM（內(nèi)存溢出）和Memory Leak（內(nèi)存泄露）有什么關(guān)系？

創(chuàng)新互聯(lián)專注于企業(yè)營銷型網(wǎng)站建設(shè)、網(wǎng)站重做改版、江永網(wǎng)站定制設(shè)計、自適應(yīng)品牌網(wǎng)站建設(shè)、HTML5、商城網(wǎng)站建設(shè)、集團公司官網(wǎng)建設(shè)、外貿(mào)網(wǎng)站建設(shè)、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計等建站業(yè)務(wù)，價格優(yōu)惠性價比高，為江永等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

OOM可能是因為Memory Leak，也可能是你的應(yīng)用本身就比較耗內(nèi)存（比如圖片瀏覽型的，或者應(yīng)用本身的設(shè)計有問題）。所以，出現(xiàn)OOM不一定是Memory Leak。

同樣，Memory Leak也不一定就會導(dǎo)致OOM，如果泄露的速度很慢，可能還沒用完可用內(nèi)存應(yīng)用就被重啟了，那就不會OOM咯。當(dāng)然了，有bug解決了最好。

什么是shallow heap與retained heap？

shallow heap：你自身占了多少內(nèi)存，比如你有一個int屬性，就占4字節(jié)。不包括你引用的其他對象。

retained heap：如果你被銷毀，總共會釋放多少內(nèi)存。這些因你存在被占據(jù)的空間就是retained heap。

更詳細的解釋請看這篇博客

什么是GC roots？

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

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

棧上面的局部變量

棧上面的函數(shù)參數(shù)變量

所有由Bootstrap Loader加載的類變量

另外，JNI相關(guān)的也會有

更多詳細解釋請看這篇博客

其實到最后，誰是GC roots不是那么重要，因為一般來說，到最后就剩下一些系統(tǒng)框架類，以及jvm和class相關(guān)的東西。這里給大家說GC roots主要是因為使用mat需要了解它。

怎樣使用MAT定位內(nèi)存泄露？

看Histogram(類統(tǒng)計圖)

histogram視圖顯示了每個類有多少實例，并可以按照這些實例占據(jù)的Retained size和Shallow size排序。通過過濾包名，很容易發(fā)現(xiàn)有問題的類。

這里有幾個簡單的原則，比如，activity的實例通常只應(yīng)該有一個。已經(jīng)關(guān)閉的activity不應(yīng)該出現(xiàn)。實體類的Retained size應(yīng)該是比較小的，也就幾十KB。

對于Android程序來說，內(nèi)存泄露通常都會牽扯到activity。因此，dump之前，可以多旋轉(zhuǎn)幾次屏幕并反復(fù)的進出可能有問題的activity，讓問題盡可能的凸現(xiàn)。
通過Histogram我們可以看每個類有多少個實例，shallow和retained heap分別有多大。如果只是看java的基礎(chǔ)類型和framework的類，沒有什么意義，一定要過濾出自己的類型，如下圖

發(fā)現(xiàn)LeakInnerClassActivity產(chǎn)生了9個實例，一定是被hold住了。

看Dominator Tree

大家來看這個圖，左側(cè)是對象引用關(guān)系，右側(cè)是dominator tree

Note that A, B and C are dominated by a “virtual” root object.

Note that the dominator relationship is transitive;C dominates E which dominates G therefore C also dominates G.

這個視圖非常強大，它把所有實例按Retained heap和Shallow heap列出來；并且，只要展開就可以看到這個實例所占有的實例（換句話說，如果該對象被釋放，還會有哪些對象被釋放）

使用這個視圖，可以很方便的追蹤被泄露的內(nèi)存到底是誰占用了，更多參考這篇博客

對比heap dumps，可以更快的定位內(nèi)存泄露的位置。操作步驟：

打開一個HPROF文件，切換到histogram視圖

在Navigation View中右鍵點擊histogram，選擇Add to compare basket

打開另一個HPROF文件，并重復(fù)上一個步驟

對比兩次heap dumps的內(nèi)容，看下圖，LeakInnerClassActivity的實例又增加了一個。而我僅僅是又啟動了一次該Activity，所以問題顯而易見。

參考：Memory Analysis for Android Applications

內(nèi)部類怎樣使用才會產(chǎn)生內(nèi)存泄露，以及由此衍生的AsyncTask、Handler問題如何解決？

如果非靜態(tài)內(nèi)部類的方法中，有生命周期大于其所在類的，那就有問題了。比如：AsyncTask、Handler，這兩個類都是方便開發(fā)者執(zhí)行異步任務(wù)的，但是，這兩個都跳出了Activity/Fragment的生命周期?；蛟S，是時候?qū)W習(xí)Loader了

為什么？因為非靜態(tài)內(nèi)部類會自動持有一個所屬類的實例，如果所屬類的實例已經(jīng)結(jié)束生命周期，但內(nèi)部類的方法仍在執(zhí)行，就會hold其主體。也就使主體不能被釋放，亦即內(nèi)存泄露。

靜態(tài)類呢？靜態(tài)類編譯后和非內(nèi)部類是一樣的，有自己獨立的類名。不會悄悄引用所屬類的實例，所以就不容易泄露。

 
 
    
  
  
  1. //首先，靜態(tài)類   
    2.   
  
  2.  
    3.   
  
  3.  static class IncomingHandler extends Handler {   
    4.   
  
  4.  
    5.   
  
  5.  //其次，弱引用   
    6.   
  
  6.  
    7.   
  
  7.     private final WeakReference mService;   
    8.   
  
  8.  
    9.   
  
  9.          IncomingHandler(UDPListenerService service) {   
    10.   
  
  10.  
    11.   
  
  11.         mService = new WeakReference(service);   
    12.   
  
  12.  
    13.   
  
  13.      }   
    14.   
  
  14.  
    15.   
  
  15.      @Override  
    16.   
  
  16.  
    17.   
  
  17.     public void handleMessage(Message msg) {   
    18.   
  
  18.  
    19.   
  
  19.          UDPListenerService service = mService.get();   
    20.   
  
  20.  
    21.   
  
  21.          if (service != null) {   
    22.   
  
  22.  
    23.   
  
  23.              service.handleMessage(msg);   
    24.   
  
  24.  
    25.   
  
  25.         }   
    26.   
  
  26.  
    27.   
  
  27.      }   
    28.   
  
  28.  
    29.   
  
  29.  }  
    30.

圖片導(dǎo)致的OOM如何解決？

加載時使用option，用多大，載入多大。

res目錄下的圖片也是一樣，及時清理過大的圖片資源。

如果還有問題，就想辦法把不可見的資源釋放掉，比如，TabActivity中不可見的Tab，ViewPager中的Fragment。

如果activity的圖片資源較多，需要考慮屏幕旋轉(zhuǎn)時，銷毀已有資源。請參考這篇文章

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

看使用的周期是否在activity周期內(nèi)，如果超出，必須用application；常見的情景包括：AsyncTask，Thread，第三方庫初始化等等。

還有些情景，只能用activity：比如，對話框，各種View，需要startActivity的等。

總之，盡可能使用Application。參考stackoverflow

什么時候需要手動將變量設(shè)置為NULL？

類變量，一旦用完，盡快釋放。因為類的存活時間最長，所以，占用的資源越少越好；

比較耗時且耗內(nèi)存的方法內(nèi)的局部變量，比如，圖片處理的方法，每個bitmap對象用完就及時丟棄。盡可能讓gc介入。


當(dāng)前標題：Android內(nèi)存溢出分析
網(wǎng)站地址：http://www.5511xx.com/article/dpjjggc.html