Android 性能優(yōu)化---LeakCanary檢測內存泄露及解決辦法

科普小知識:什么是內存泄漏摆碉?有些對象只有有限的生命周期塘匣。當它們的任務完成之后,它們將被垃圾回收巷帝。如果在對象的生命周期本該結束的時候忌卤,這個對象還被一系列的引用,這就會導致內存泄漏楞泼。隨著泄漏的累積驰徊,app將消耗完內存而導致Crash。

簡介

LeakCanary是Square 開源框架堕阔,是一個Android和Java的內存泄露檢測庫棍厂,如果檢測到某個Activity有內存泄露的話,會自動彈出一個通知—提醒我們有內存泄露的情況超陆。通過它可以大幅度減少開發(fā)中遇到的oom問題牺弹,大大地提高App的質量。

正文

使用說明

在build.gradle中加入飲用时呀,不同的編譯使用不同的引用:

dependencies {
   debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3'
   releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3'
 }

在Application中:

public class ExampleApplication extends Application {

  @Override public void onCreate() {
    super.onCreate();
    LeakCanary.install(this);
  }
}

這樣张漂,就萬事俱備了! 在 debug build 中退唠,如果檢測到某個 activity 有內存泄露鹃锈,LeakCanary 就是自動地顯示一個通知。

如果只關注activity的內存泄漏瞧预,那么在Application中onCreate加入LeakCanary.install(this);就OK了屎债,如果還關注fragment的泄漏情況,那么Application加上RefWatcher垢油,然后在對應fragment頁面中onDestroy中加入:

RefWatcher refWatcher = MyApplication.getRefWatcher(this);
     refWatcher.watch(this);

舉例LeakCanary捕獲常見內存泄漏以及解決辦法

錯誤使用單例造成的內存泄漏

平時開發(fā)過程中盆驹,使用單例模式是比較頻繁的。而在開發(fā)中經常持有context滩愁,如果持有的context對象的生命周期與單例生命周期更短時躯喇,會導致Context無法被釋放回收,則有可能導致內存泄露。例如:

public class LoginManager {
   private static LoginManager mInstance;
   private Context mContext;

   private LoginManager(Context context) {
       this.mContext = context;
   }


   public static LoginManager getInstance(Context context) {
       if (mInstance == null) {
           synchronized (LoginManager.class) {
               if (mInstance == null) {
                   mInstance = new LoginManager(context);
               }
           }
       }
       return mInstance;
   }

   public void dealData() {
   }

}
public class MainActivity extends AppCompatActivity {


    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        LoginManager.getInstance(this).dealData();
    }
}

解決方法時使用和Application保持一致的生命周期的context廉丽。

Handler造成的內存泄漏

錯誤代碼如下:

public class MainActivity extends AppCompatActivity {

    private Handler mHandler = new Handler();
    private TextView mTextView;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mTextView = (TextView) findViewById(R.id.text);//模擬內存泄露
        mHandler.postDelayed(new Runnable() {
            @Override
            public void run() {
                mTextView.setText(".....");
            }
        }, 3 * 60 * 1000);
        finish();
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        MyApplication.mwatcher.watch(this);
    }
}

上述代碼通過內部類的方式創(chuàng)建mHandler對象,此時mHandler會隱式地持有一個外部類對象引用這里就是MainActivity倦微,當執(zhí)行postDelayed方法時,該方法會將你的Handler裝入一個Message正压,并把這條Message推到MessageQueue中欣福,MessageQueue是在一個Looper線程中不斷輪詢處理消息,那么當這個Activity退出時消息隊列中還有未處理的消息或者正在處理消息焦履,而消息隊列中的Message持有mHandler實例的引用拓劝,mHandler又持有Activity的引用,所以導致該Activity的內存資源無法及時回收嘉裤,引發(fā)內存泄漏郑临。

解決辦法:

上述代碼只需在onDestroy()函數(shù)中調用mHandler.removeCallbacksAndMessages(null);就行了。

WebView引起的內存泄漏

代碼如下:

public class MainActivity5 extends AppCompatActivity {
    private WebView mWebView;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_web);
        mWebView = (WebView) findViewById(R.id.web);
        mWebView.loadUrl("http://www.cnblogs.com/whoislcj/p/5720202.html");
    }


    @Override
    protected void onDestroy() {
        super.onDestroy();
        LApplication.getRefWatcher().watch(this);
    }

}

WebView解析網頁時會申請Native堆內存用于保存頁面元素屑宠,當頁面較復雜時會有很大的內存占用厢洞。如果頁面包含圖片,內存占用會更嚴重典奉。并且打開新頁面時犀变,為了能快速回退,之前頁面占用的內存也不會釋放秋柄。有時瀏覽十幾個網頁,都會占用幾百兆的內存蠢正。這樣加載網頁較多時骇笔,會導致系統(tǒng)不堪重負,最終強制關閉應用嚣崭,也就是出現(xiàn)應用閃退或重啟笨触。及時Activity關閉時在onDestroy中調用如下代碼也是沒有任何作用。


private void destroyWebView() {
        if (mWebView != null) {
            mLinearLayout.removeView(mWebView);
            mWebView.pauseTimers();
            mWebView.removeAllViews();
            mWebView.destroy();
            mWebView = null;
        }
    }

該如何解決呢雹舀?網上有一個解決方法:就是使用getApplicationgContext作為參數(shù)構建WebView芦劣,然后動態(tài)添加到一個ViewGroup中,最后退出的時候調用webView的銷毀的函數(shù)说榆,雖然也達到了防止內存溢出的效果虚吟,但是在有些網頁彈出時候需要記住密碼的對話框的時候,會出現(xiàn)Unable to add window -- token null is not for an application 的錯誤签财,所以這里采用的解決辦法是通過把使用了WebView的Activity(或者Service)放在單獨的進程里串慰。然后在檢測到應用占用內存過大有可能被系統(tǒng)干掉或者它所在的Activity(或者Service)結束后,調用android.os.Process.killProcess(android.os.Process.myPid());唱蒸,主動Kill掉進程邦鲫。由于系統(tǒng)的內存分配是以進程為準的,進程關閉后神汹,系統(tǒng)會自動回收所有內存庆捺。

解決代碼:

public class MainActivity5 extends AppCompatActivity {
    private WebView mWebView;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_web);
        mWebView = (WebView) findViewById(R.id.web);
        mWebView.loadUrl("http://www.cnblogs.com/whoislcj/p/5720202.html");
    }

    @Override
    protected void onDestroy() {
        destroyWebView();
        android.os.Process.killProcess(android.os.Process.myPid());
        super.onDestroy();
        LApplication.getRefWatcher().watch(this);

    }

    private void destroyWebView() {
        if (mWebView != null) {
            mWebView.pauseTimers();
            mWebView.removeAllViews();
            mWebView.destroy();
            mWebView = null;
        }
    }

}

manifest中對應的activity配置如下:

<activity
   android:name=".MainActivity5"
   android:process="com.whoislcj.webview"/>

舉例就到此為止古今,內存泄露路漫漫其修遠兮。遇到的坑多了滔以,我們對付的手段也就多了捉腥。

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市醉者,隨后出現(xiàn)的幾起案子但狭,更是在濱河造成了極大的恐慌,老刑警劉巖撬即,帶你破解...
    沈念sama閱讀 218,451評論 6 506
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件立磁,死亡現(xiàn)場離奇詭異,居然都是意外死亡剥槐,警方通過查閱死者的電腦和手機唱歧,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,172評論 3 394
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來粒竖,“玉大人颅崩,你說我怎么就攤上這事∪锩纾” “怎么了沿后?”我有些...
    開封第一講書人閱讀 164,782評論 0 354
  • 文/不壞的土叔 我叫張陵,是天一觀的道長朽砰。 經常有香客問我尖滚,道長,這世上最難降的妖魔是什么瞧柔? 我笑而不...
    開封第一講書人閱讀 58,709評論 1 294
  • 正文 為了忘掉前任漆弄,我火速辦了婚禮,結果婚禮上造锅,老公的妹妹穿的比我還像新娘撼唾。我一直安慰自己,他們只是感情好哥蔚,可當我...
    茶點故事閱讀 67,733評論 6 392
  • 文/花漫 我一把揭開白布倒谷。 她就那樣靜靜地躺著,像睡著了一般肺素。 火紅的嫁衣襯著肌膚如雪恨锚。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,578評論 1 305
  • 那天倍靡,我揣著相機與錄音猴伶,去河邊找鬼。 笑死,一個胖子當著我的面吹牛他挎,可吹牛的內容都是我干的筝尾。 我是一名探鬼主播,決...
    沈念sama閱讀 40,320評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼办桨,長吁一口氣:“原來是場噩夢啊……” “哼筹淫!你這毒婦竟也來了?” 一聲冷哼從身側響起呢撞,我...
    開封第一講書人閱讀 39,241評論 0 276
  • 序言:老撾萬榮一對情侶失蹤损姜,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后殊霞,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體摧阅,經...
    沈念sama閱讀 45,686評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,878評論 3 336
  • 正文 我和宋清朗相戀三年绷蹲,在試婚紗的時候發(fā)現(xiàn)自己被綠了棒卷。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,992評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡祝钢,死狀恐怖比规,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情拦英,我是刑警寧澤蜒什,帶...
    沈念sama閱讀 35,715評論 5 346
  • 正文 年R本政府宣布,位于F島的核電站疤估,受9級特大地震影響吃谣,放射性物質發(fā)生泄漏。R本人自食惡果不足惜做裙,卻給世界環(huán)境...
    茶點故事閱讀 41,336評論 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望肃晚。 院中可真熱鬧锚贱,春花似錦、人聲如沸关串。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,912評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽晋修。三九已至吧碾,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間墓卦,已是汗流浹背倦春。 一陣腳步聲響...
    開封第一講書人閱讀 33,040評論 1 270
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人睁本。 一個月前我還...
    沈念sama閱讀 48,173評論 3 370
  • 正文 我出身青樓尿庐,卻偏偏與公主長得像,于是被迫代替她去往敵國和親呢堰。 傳聞我的和親對象是個殘疾皇子抄瑟,可洞房花燭夜當晚...
    茶點故事閱讀 44,947評論 2 355

推薦閱讀更多精彩內容