android 內(nèi)存泄漏(多文章摘錄)

內(nèi)存泄漏

gc沒有辦法回收activity的內(nèi)存州藕。

垃圾回收(GC)

垃圾回收或GC(Garbage Collection),是一種自動的存儲管理機(jī)制,它是Java語言的一大特性,把內(nèi)存釋放工作的壓力都轉(zhuǎn)讓到了系統(tǒng)束世,故而是以消耗系統(tǒng)性能為代價的。C++編碼的時候床玻,我們需要自己實現(xiàn)析構(gòu)函數(shù)來進(jìn)行內(nèi)存釋放毁涉,很麻煩,而且非常容易遺漏而最終導(dǎo)致程序崩掉锈死。所以Java語言就引入了自動內(nèi)存管理的機(jī)制贫堰,也就是垃圾回收機(jī)制,針對的主要的內(nèi)存的堆區(qū)域其屏,關(guān)于內(nèi)存的分配機(jī)制。

一些常見的內(nèi)存泄漏及解決方案

一:單例設(shè)計模式造成的內(nèi)存泄漏:

單例設(shè)計模式的靜態(tài)特性會使他的生命周期和應(yīng)用程序的生命周期一樣長缨该,這就說明了如果一個對象不在使用了漫玄,而這時單例對象還在持有該對象的引用,這時GC就會無法回收該對象压彭,造成了內(nèi)存泄露的情況睦优。
下面是錯誤的單例設(shè)計模式的代碼:

public class AppManager {
    private static AppManager instance;
    private Context context;
    private AppManager(Context context) {
        this.context = context;
    }
    public static AppManager getInstance(Context context) {
        if (instance != null) {
            instance = new AppManager(context);
        }
        return instance;
    }
}

上面的代碼是一個最普通的單例模式,但是需要注意兩個問題:
1壮不、如果我們傳入的Context是Application的Context的話汗盘,就沒有任何問題,因為Application的Context生命周期和應(yīng)用程序生命周期一樣長询一。
2隐孽、如果我們傳入的Context是Activity的Context的話癌椿,這時如果我們因為需求銷毀了該Activity的話,Context也會隨著Activity被銷毀菱阵,但是單例還在持有對該類對象的引用踢俄,這時就會造成內(nèi)存泄漏。

所以晴及,正確的單例模式寫法應(yīng)該是這樣的:

public class AppManager {
    private static AppManager instance;
    private Context context;
    private AppManager(Context context) {
        this.context = context.getApplicationContext();
    }
    public static AppManager getInstance(Context context) {
        if (instance != null) {
            instance = new AppManager(context);
        }
        return instance;
    }
}

這樣的話不管我們傳入什么樣的Context都办,最終使用的都是Application的Context,單例的生命周期和應(yīng)用一樣長虑稼,這樣就不會造成內(nèi)存泄漏了琳钉。

二、靜態(tài)變量導(dǎo)致內(nèi)存泄露

靜態(tài)變量存儲在方法區(qū)蛛倦,它的生命周期從類加載開始歌懒,到整個進(jìn)程結(jié)束。一旦靜態(tài)變量初始化后溯壶,它所持有的引用只有等到進(jìn)程結(jié)束才會釋放及皂。

比如下面這樣的情況,在Activity中為了避免重復(fù)的創(chuàng)建info且改,將sInfo作為靜態(tài)變量:

public class MainActivity extends AppCompatActivity {

    private static Info sInfo;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        if (sInfo != null) {
            sInfo = new Info(this);
        }
    }
}

class Info {
    public Info(Activity activity) {
    }
}

Info作為Activity的靜態(tài)成員验烧,并且持有Activity的引用,但是sInfo作為靜態(tài)變量钾虐,生命周期肯定比Activity長。所以當(dāng)Activity退出后笋庄,sInfo仍然引用了Activity效扫,Activity不能被回收,這就導(dǎo)致了內(nèi)存泄露直砂。

在Android開發(fā)中菌仁,靜態(tài)持有很多時候都有可能因為其使用的生命周期不一致而導(dǎo)致內(nèi)存泄露,所以我們在新建靜態(tài)持有的變量的時候需要多考慮一下各個成員之間的引用關(guān)系静暂,并且盡量少地使用靜態(tài)持有的變量济丘,以避免發(fā)生內(nèi)存泄露。當(dāng)然洽蛀,我們也可以在適當(dāng)?shù)臅r候講靜態(tài)量重置為null摹迷,使其不再持有引用,這樣也可以避免內(nèi)存泄露郊供。

三峡碉、非靜態(tài)內(nèi)部類創(chuàng)建的靜態(tài)實例造成的內(nèi)存泄漏

有時候因為需求我們會去頻繁的啟動一個Activity,這時為了避免頻繁的創(chuàng)建相同的數(shù)據(jù)源驮审,我們通常會做如下處理:

public class MainActivity extends AppCompatActivity {
 
    private static TestResource mResource = null;
 
    @Override
 
    protected void onCreate(Bundle savedInstanceState) {
 
        super.onCreate(savedInstanceState);
 
        setContentView(R.layout.activity_main);
 
        if(mManager == null){
 
            mManager = new TestResource();
 
        }
 
        //...
 
    }
 
    class TestResource {
 
        //...
 
    }
 
}

這樣就在Activity中創(chuàng)建了非靜態(tài)內(nèi)部類鲫寄,非靜態(tài)內(nèi)部類默認(rèn)持有Activity類的引用吉执,但是他的生命周期還是和應(yīng)用程序一樣長,所以當(dāng)Activity銷毀時地来,靜態(tài)內(nèi)部類的對象引用不會被GC回收戳玫,就會造成了內(nèi)存溢出,解決辦法:
1未斑、將內(nèi)部類改為靜態(tài)內(nèi)部類咕宿。
2、將這個內(nèi)部類封裝成一個單例颂碧,Context使用Application的Context

四荠列、Handler造成的內(nèi)存泄漏:

不規(guī)范的Handler寫法:

public class MainActivity extends AppCompatActivity {
    private Handler mHandler = new Handler() {
        @Override
        public void handleMessage(Message msg) {
            //...
        }
    };
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        loadData();
    }
    private void loadData(){
        //...request
        Message message = Message.obtain();
        mHandler.sendMessage(message);
    }
}

這里的handler也是一個非靜態(tài)匿名內(nèi)部類,他跟上面的一樣载城,也會持有Activity的引用肌似,我們知道handler是運行在一個Looper線程中的,而Looper線程是輪詢來處理消息隊列中的消息的诉瓦,假設(shè)我們處理的消息有十條川队,而當(dāng)他執(zhí)行到第6條的時候,用戶點擊了back返回鍵睬澡,銷毀了當(dāng)前的Activity固额,這個時候消息還沒有處理完,handler還在持有Activity的引用煞聪,這個時候就會導(dǎo)致無法被GC回收斗躏,造成了內(nèi)存泄漏。正確的做法是:

public class MainActivity extends AppCompatActivity {
//new一個自定義的Handler
    private MyHandler mHandler = new MyHandler(this);
    private TextView mTextView ;
 
//自定義靜態(tài)內(nèi)部類繼承自Handler
    private static class MyHandler extends Handler {
        private WeakReference<Context> reference;
//在構(gòu)造函數(shù)中使用弱引用來引用context對象
        public MyHandler(Context context) {
            reference = new WeakReference<>(context);
        }
        @Override
        public void handleMessage(Message msg) {
            MainActivity activity = (MainActivity) reference.get();
            if(activity != null){
                activity.mTextView.setText("");
            }
        }
    }
  
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mTextView = (TextView)findViewById(R.id.textview);
        loadData();
    }
  
    private void loadData() {
        //...request
        Message message = Message.obtain();
        mHandler.sendMessage(message);
    }
 
@Override
  protected void onDestroy() {
      super.onDestroy();
//移除隊列中所有的Runable和消息
//這里也可以使用mHandler.removeMessage和mHandler.removeCallBacks來移除指定的Message和Runable
      mHandler.removeCallbacksAndMessages(null);
  }
}

創(chuàng)建一個靜態(tài)內(nèi)部類繼承自handler昔脯,然后再在構(gòu)造參數(shù)中對handler持有的對象做弱引用啄糙,這樣在回收時就會回收了handler持有的對象,這里還做了一處修改云稚,就是當(dāng)我們的回收了handler持有的對向隧饼,即銷毀了該Activity時,這時如果handler中的還有未處理的消息静陈,我們就需要在OnDestry方法中移除消息隊列中的消息燕雁。

五、線程造成的內(nèi)存泄漏

線程使用不恰當(dāng)造成的內(nèi)存泄漏也是很常見的鲸拥,下面舉兩個例子:

      //——————test1
        new AsyncTask<Void, Void, Void>() {
            @Override
            protected Void doInBackground(Void... params) {
                SystemClock.sleep(10000);
                return null;
            }
        }.execute();
        //——————test2
        new Thread(new Runnable() {
            @Override
            public void run() {
                SystemClock.sleep(10000);
            }
        }).start();

上面是兩個內(nèi)部類拐格,當(dāng)我們的Activity銷毀時,這兩個任務(wù)沒有執(zhí)行完畢刑赶,就會使Activity的內(nèi)存資源無法被回收禁荒,造成了內(nèi)存泄漏。
正確的做法是使用靜態(tài)內(nèi)部類:如下

static class MyAsyncTask extends AsyncTask<Void, Void, Void> {
        private WeakReference<Context> weakReference;
  
        public MyAsyncTask(Context context) {
            weakReference = new WeakReference<>(context);
        }
  
        @Override
        protected Void doInBackground(Void... params) {
            SystemClock.sleep(10000);
            return null;
        }
  
        @Override
        protected void onPostExecute(Void aVoid) {
            super.onPostExecute(aVoid);
            MainActivity activity = (MainActivity) weakReference.get();
            if (activity != null) {
                //...
            }
        }
    }
    static class MyRunnable implements Runnable{
        @Override
        public void run() {
            SystemClock.sleep(10000);
        }
    }
//——————
    new Thread(new MyRunnable()).start();
    new MyAsyncTask(this).execute();

這樣就避免了內(nèi)存泄漏角撞,當(dāng)然在Activity銷毀時也要記得在OnDestry中調(diào)用AsyncTask.cancal()方法來取消相應(yīng)的任務(wù)呛伴。避免在后臺運行浪費資源勃痴。

六、資源未關(guān)閉造成的內(nèi)存泄漏

在使用完BraodcastReceiver,ContentObserver,File,Cursor,Stream,Bitmap等資源時热康,一定要在Activity中的OnDestry中及時的關(guān)閉沛申、注銷或者釋放內(nèi)存,

否則這些資源不會被GC回收姐军,就會造成內(nèi)存泄漏铁材。

七、Timer和TimerTask導(dǎo)致內(nèi)存泄露

Timer和TimerTask在Android中通常會被用來做一些計時或循環(huán)任務(wù)奕锌,比如實現(xiàn)無限輪播的ViewPager:

public class MainActivity extends AppCompatActivity {

    private ViewPager mViewPager;
    private PagerAdapter mAdapter;
    private Timer mTimer;
    private TimerTask mTimerTask;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        init();
        mTimer.schedule(mTimerTask, 3000, 3000);
    }

    private void init() {
        mViewPager = (ViewPager) findViewById(R.id.view_pager);
        mAdapter = new ViewPagerAdapter();
        mViewPager.setAdapter(mAdapter);

        mTimer = new Timer();
        mTimerTask = new TimerTask() {
            @Override
            public void run() {
                MainActivity.this.runOnUiThread(new Runnable() {
                    @Override
                    public void run() {
                        loopViewpager();
                    }
                });
            }
        };
    }

    private void loopViewpager() {
        if (mAdapter.getCount() > 0) {
            int curPos = mViewPager.getCurrentItem();
            curPos = (++curPos) % mAdapter.getCount();
            mViewPager.setCurrentItem(curPos);
        }
    }

    private void stopLoopViewPager() {
        if (mTimer != null) {
            mTimer.cancel();
            mTimer.purge();
            mTimer = null;
        }
        if (mTimerTask != null) {
            mTimerTask.cancel();
            mTimerTask = null;
        }
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        stopLoopViewPager();
    }
}

當(dāng)我們Activity銷毀的時著觉,有可能Timer還在繼續(xù)等待執(zhí)行TimerTask,它持有Activity的引用不能被回收惊暴,因此當(dāng)我們Activity銷毀的時候要立即cancel掉Timer和TimerTask饼丘,以避免發(fā)生內(nèi)存泄漏。

集合中的對象未清理造成內(nèi)存泄露

這個比較好理解辽话,如果一個對象放入到ArrayList肄鸽、HashMap等集合中,這個集合就會持有該對象的引用油啤。當(dāng)我們不再需要這個對象時典徘,也并沒有將它從集合中移除,這樣只要集合還在使用(而此對象已經(jīng)無用了)益咬,這個對象就造成了內(nèi)存泄露逮诲。并且如果集合被靜態(tài)引用的話,集合里面那些沒有用的對象更會造成內(nèi)存泄露了幽告。所以在使用集合時要及時將不用的對象從集合remove梅鹦,或者clear集合,以避免內(nèi)存泄漏评腺。

資源未關(guān)閉或釋放導(dǎo)致內(nèi)存泄露

在使用IO帘瞭、File流或者Sqlite淑掌、Cursor等資源時要及時關(guān)閉蒿讥。這些資源在進(jìn)行讀寫操作時通常都使用了緩沖,如果及時不關(guān)閉抛腕,這些緩沖對象就會一直被占用而得不到釋放芋绸,以致發(fā)生內(nèi)存泄露。因此我們在不需要使用它們的時候就及時關(guān)閉担敌,以便緩沖能及時得到釋放摔敛,從而避免內(nèi)存泄露。

屬性動畫造成內(nèi)存泄露

動畫同樣是一個耗時任務(wù)全封,比如在Activity中啟動了屬性動畫(ObjectAnimator)马昙,但是在銷毀的時候桃犬,沒有調(diào)用cancle方法,雖然我們看不到動畫了行楞,但是這個動畫依然會不斷地播放下去攒暇,動畫引用所在的控件,所在的控件引用Activity子房,這就造成Activity無法正常釋放形用。因此同樣要在Activity銷毀的時候cancel掉屬性動畫,避免發(fā)生內(nèi)存泄漏证杭。

@Override
protected void onDestroy() {
    super.onDestroy();
    mAnimator.cancel();
}

WebView造成內(nèi)存泄露

關(guān)于WebView的內(nèi)存泄露田度,因為WebView在加載網(wǎng)頁后會長期占用內(nèi)存而不能被釋放,因此我們在Activity銷毀后要調(diào)用它的destory()方法來銷毀它以釋放內(nèi)存解愤。

另外在查閱WebView內(nèi)存泄露相關(guān)資料時看到這種情況:

Webview下面的Callback持有Activity引用镇饺,造成Webview內(nèi)存無法釋放,即使是調(diào)用了Webview.destory()等方法都無法解決問題(Android5.1之后)琢歇。

最終的解決方案是:在銷毀WebView之前需要先將WebView從父容器中移除兰怠,然后在銷毀WebView。詳細(xì)分析過程請參考這篇文章:WebView內(nèi)存泄漏解決方法李茫。

@Override
protected void onDestroy() {
    super.onDestroy();
    // 先從父控件中移除WebView
    mWebViewContainer.removeView(mWebView);
    mWebView.stopLoading();
    mWebView.getSettings().setJavaScriptEnabled(false);
    mWebView.clearHistory();
    mWebView.removeAllViews();
    mWebView.destroy();
}

構(gòu)造單例的時候盡量別用Activity的引用揭保;
靜態(tài)引用時注意應(yīng)用對象的置空或者少用靜態(tài)引用;
使用靜態(tài)內(nèi)部類+軟引用代替非靜態(tài)內(nèi)部類魄宏;
及時取消廣播或者觀察者注冊秸侣;
耗時任務(wù)、屬性動畫在Activity銷毀時記得cancel宠互;
文件流味榛、Cursor等資源及時關(guān)閉;
Activity銷毀時WebView的移除和銷毀予跌。


本文參考了以下博客:
http://www.reibang.com/p/4b6adee12682
https://blog.csdn.net/qq_35373333/article/details/74909811
http://www.reibang.com/p/ab4a7e353076
https://blog.csdn.net/baidu_33396702/article/details/50337875
https://blog.csdn.net/lvwenbo0107/article/details/51458885

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末搏色,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子券册,更是在濱河造成了極大的恐慌频轿,老刑警劉巖,帶你破解...
    沈念sama閱讀 216,470評論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件烁焙,死亡現(xiàn)場離奇詭異航邢,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)骄蝇,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,393評論 3 392
  • 文/潘曉璐 我一進(jìn)店門膳殷,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人九火,你說我怎么就攤上這事赚窃〔嵴校” “怎么了?”我有些...
    開封第一講書人閱讀 162,577評論 0 353
  • 文/不壞的土叔 我叫張陵勒极,是天一觀的道長跨细。 經(jīng)常有香客問我,道長河质,這世上最難降的妖魔是什么冀惭? 我笑而不...
    開封第一講書人閱讀 58,176評論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮掀鹅,結(jié)果婚禮上散休,老公的妹妹穿的比我還像新娘。我一直安慰自己乐尊,他們只是感情好戚丸,可當(dāng)我...
    茶點故事閱讀 67,189評論 6 388
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著扔嵌,像睡著了一般限府。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上痢缎,一...
    開封第一講書人閱讀 51,155評論 1 299
  • 那天胁勺,我揣著相機(jī)與錄音,去河邊找鬼独旷。 笑死署穗,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的嵌洼。 我是一名探鬼主播案疲,決...
    沈念sama閱讀 40,041評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼麻养!你這毒婦竟也來了褐啡?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 38,903評論 0 274
  • 序言:老撾萬榮一對情侶失蹤鳖昌,失蹤者是張志新(化名)和其女友劉穎备畦,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體遗遵,經(jīng)...
    沈念sama閱讀 45,319評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡萍恕,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,539評論 2 332
  • 正文 我和宋清朗相戀三年逸嘀,在試婚紗的時候發(fā)現(xiàn)自己被綠了车要。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,703評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡崭倘,死狀恐怖翼岁,靈堂內(nèi)的尸體忽然破棺而出类垫,到底是詐尸還是另有隱情,我是刑警寧澤琅坡,帶...
    沈念sama閱讀 35,417評論 5 343
  • 正文 年R本政府宣布悉患,位于F島的核電站,受9級特大地震影響榆俺,放射性物質(zhì)發(fā)生泄漏售躁。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,013評論 3 325
  • 文/蒙蒙 一茴晋、第九天 我趴在偏房一處隱蔽的房頂上張望陪捷。 院中可真熱鬧,春花似錦诺擅、人聲如沸市袖。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,664評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽苍碟。三九已至,卻和暖如春撮执,著一層夾襖步出監(jiān)牢的瞬間微峰,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,818評論 1 269
  • 我被黑心中介騙來泰國打工抒钱, 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留县忌,地道東北人。 一個月前我還...
    沈念sama閱讀 47,711評論 2 368
  • 正文 我出身青樓继效,卻偏偏與公主長得像症杏,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子瑞信,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,601評論 2 353

推薦閱讀更多精彩內(nèi)容

  • Android 內(nèi)存管理的目的 內(nèi)存管理的目的就是讓我們在開發(fā)中怎么有效的避免我們的應(yīng)用出現(xiàn)內(nèi)存泄漏的問題厉颤。簡單粗...
    晨光光閱讀 1,292評論 1 4
  • 【Android 內(nèi)存泄漏】 引用: ★★★ 【知識必備】內(nèi)存泄漏全解析,從此拒絕ANR凡简,讓OOM遠(yuǎn)離你的身邊逼友,跟...
    Rtia閱讀 816評論 0 2
  • 內(nèi)存管理的目的就是讓我們在開發(fā)中怎么有效的避免我們的應(yīng)用出現(xiàn)內(nèi)存泄漏的問題。內(nèi)存泄漏大家都不陌生了秤涩,簡單粗俗的講帜乞,...
    宇宙只有巴掌大閱讀 2,362評論 0 12
  • 琪33閱讀 494評論 0 0
  • 1 有人說,要么閱讀筐眷,要么運動黎烈,身體與靈魂總要有一個在路上!我不記得曾經(jīng)在哪里看到這句話的,自從看到以后照棋,一直很喜...
    我撿了九條貓閱讀 443評論 2 2