Android常見的內存泄漏

1. Bitmap使用完忘記回收

因為bitmap實現部分是通過JNI調用了Native方法,GC機制無法正常回收 Bitmap申請的這部分內存空間(API10之前是這樣的,之后分配在Heap中,不過為了兼容老版本...顯示的調用一下recycled,讓對象變為虛引用,也能讓GC到來的幾率更高);
那Bitmap應該怎樣回收呢?

if(bitmap!=null&&!bitmap.isRecycled){
    bitmap.recycled(); //回收bitmap
    bitmap = null;   //使bitmap對象變為虛引用的狀態,讓GC更快的回收
}

2.萬惡的static

被static修飾的變量,生命周期與整個App的生命周期相同,需要謹慎使用它來修飾一些耗費資源過多的實例

private static Drawable sBackground;

@Override
protected void onCreate(Bundlestate){
    super.onCreate(state);
    label.setText("Leaksarebad");
    if(sBackground==null){
        sBackground=getDrawable(R.drawable.large_bitmap);
    }
    label.setBackgroundDrawable(sBackground);
    setContentView(label);
}

這里的sBackground是個靜態變量,也就是說就算Activity銷毀掉了,他也無法被釋放,就導致了內存浪費,當然這還沒完... 當Drawable與View綁定之后,Drawable就將View設置為一個回調,由于View中是包含了Context引用的,最終就是 Context發生內存泄露;

注意:Drawable就將View設置為一個回調,是將View引用為一個WeakReference,這邊是否真正引起內存泄漏,還需要測試(API23)。

3.Context的引用問題

當然2中也提到了一部分,咱們再看看這里的

btn_hint.setOnClickListener(new View.OnClickListener() {
@Override
    public void onClick(View v) {
        Toast.makeText(MainActivity.this, "Hello", Toast.LENGTH_SHORT).show();
    }
});

是不是很常見,平時可能也是這樣寫的(將其封裝意義一樣,只要引用了當前activity),你可能想問,這里有什么問題嗎?

問題在于如果用戶在Toast消失之前,用戶按了返回鍵,這個Activity就引起了內存泄露,
原因? Toast持有了當前Activity,導致Activity無法被GC銷毀

解決方法:讓Toast持有ApplicationContext;其實只要不是Layout,Context都可以使用ApplicationContext;

關于Context的tips

  • 在單列模式中,如果用到的Context,應該使用與App的生命周期相同的ApplicationContext.
  • 在非Activity中,正常是不能直接getContext來拿到Context的,獲取資源有需要靠Context,這時可以考慮在自己的Application中維護一個全局的Context,供無法直接拿到Context的類使用,省的參數傳來傳去(視圖相關的不建議使用ApplicationContext)

在Application中

private static Context mContext;
public static MyApplication getInstance() { //供外界調用...
    return mApplication;
}

@Override
public void onCreate() {
    super.onCreate(); 
    mContext = getApplicationContext();   
}

4.線程引發的內存泄露

new Thread() {
    public void run() {
        //網絡請求
    };
}.start();

在Activity中 新建一個線程,進行網絡請求,如果線程未結束,用戶按了返回鍵,同樣內存泄露

原因:該Thread是匿名內部類,所以會隱式的持有外部類(這里也就是Activity),Handler內存泄漏也是這個原因,詳細可以閱讀我的博客:Handler的終結者

解決方式:多種多樣; 不使用匿名內部類,或者整個應用維護一個線程池,或者維護一個線程+消息隊列+WeakReference,后兩種都是讓線程不依賴于Activity從而達到避免內存泄露的目的;

5.資源未關閉造成的內存泄漏

對于使用了BroadcastReceiver,ContentObserver,File,Cursor,Stream,Bitmap等資源的使用,應該在Activity銷毀時及時關閉或者注銷,否則這些資源將不會被回收,造成內存泄漏。

參考資料

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容