android 記憶體流失

標籤：

什麼是記憶體流失

記憶體泄露，簡單的說，就是該被釋放的記憶體沒有被釋放，一直被某個或某些執行個體所引用但不能被使用，導致GC不能回收，造成記憶體流失。總結的說，可以理解為長生命週期的對象一直持有短生命週期對象的引用，導致短生命週期對象一直被引用而無法被GC回收，記憶體流失是造成OOM的主要原因之一，當一個應用中產生的記憶體流失比較多時，就難免會導致應用所需要的記憶體超過這個系統分配的記憶體限額，這就造成了記憶體溢出而導致應用Crash。。

安卓中常見的記憶體流失情境1.單例造成記憶體流失

因為單例模式有其靜態特點，其生命週期和應用一樣長，如果單例對象中包含了一個其他對象的引用，那麼即使這個對象不再使用，依然存在一個單例對象引用它，造成無法回收。比如：

12345678910111213

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;    }}

這個單例對象包含了一個Context的引用，所以此時要考慮，

•  如果傳入一個Application Context,它的生命週期和應用一樣長，沒問題。
• 如果傳入一個Activity Context,Activity退出銷毀但任然被單例所引用了，會導致記憶體流失。

所以正確的單例應該修改為下面這種方式：

12345678910111213

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;    }}

 

2.非靜態內部類建立其靜態執行個體造成記憶體流失

有的時候我們可能會在啟動頻繁的Activity中，為了避免重複建立相同的資料資源，會出現這種寫法：

123456789101112131415

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內部建立了一個非靜態內部類的單例，每次啟動Activity時都會使用該單例的資料，這樣雖然避免了資源的重複建立，不過這種寫法卻會造成記憶體流失，因為非靜態內部類預設會持有外部類的引用，而又使用了該非靜態內部類建立了一個靜態執行個體，該執行個體的生命週期和應用的一樣長，這就導致了該靜態執行個體一直會持有該Activity的引用，導致Activity的記憶體資源不能正常回收。正確的做法為：

將該內部類設為靜態內部類或將該內部類抽取出來封裝成一個單例，如果需要使用Context，請使用Application Context 。

3.匿名內部類/非同步線程造成記憶體流失

如下這兩個樣本可能每個人都這樣寫過：

123456789101112131415

//——————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();

上面的非同步任務和Runnable都是一個匿名內部類，因此它們對當前Activity都有一個隱式引用。如果Activity在銷毀之前，任務還未完成， 那麼將導致Activity的記憶體資源無法回收，造成記憶體流失。正確的做法還是使用靜態內部類的方式，如下：

12345678910111213141516171819202122232425262728293031

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();

這樣就避免了Activity的記憶體資源泄漏，當然在Activity銷毀時候也應該取消相應的任務AsyncTask::cancel()，避免任務在後台執行浪費資源。

4.Handler機製造成記憶體流失

這個在上一篇也有說到，再次總結下。一般我們寫Handler:

12345678910111213141516171819

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);    }}

其中mHandler作為一個非靜態匿名內部類，持有一個外部類—MainActivity的引用，我們知道對於訊息機制是Looper不斷的輪詢從訊息佇列取出未處理的訊息交給handler處理，而對於這個例子，每一個訊息又持有一個mHandler的引用，每一個mHandler又持有MainActivity的引用，所以如果在Activity退出後，訊息佇列中還存在未處理完的訊息，導致該Activity一直被引用，其記憶體資源無法被回收，導致了記憶體流失。一般我們使用靜態內部類和弱引用的寫法寫Handler。

12345678910111213141516171819202122232425262728293031

public class MainActivity extends AppCompatActivity {    private MyHandler mHandler = new MyHandler(this);    private TextView mTextView ;    private static class MyHandler extends Handler {        private WeakReference<Context> reference;        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);    }}

將Activity的引用聲明為弱引用，可以被GC回收。（引用不一定為Context,也可以是Context的子類）

Java對引用的分類有 Strong reference, SoftReference, WeakReference, PhatomReference 四種。

在Android應用的開發中，為了防止記憶體溢出，在處理一些佔用記憶體大而且聲明周期較長的對象時候，可以盡量應用軟引用和弱引用技術。

 

5.資源未回收導致記憶體流失

對於使用了BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap等資源的使用，應該在Activity銷毀時及時關閉或者登出，否則這些資源將不會被回收，造成記憶體流失(這個可以根據IDE的警告改進一部分)。

AS中查看記憶體流失

參考http://www.2cto.com/kf/201512/455421.html

總結

對 Activity 等組件的引用應該控制在 Activity 的生命週期之內； 如果不能就考慮使用 getApplicationContext 或者 getApplication，以避免 Activity 被外部長生命週期的對象引用而泄露。

盡量不要在靜態變數或者靜態內部類中使用非靜態外部成員變數（包括context )，即使要使用，也要考慮適時把外部成員變數置空；也可以在內部類中使用弱引用來引用外部類的變數。

對於生命週期比Activity長的內部類對象，並且內部類中使用了外部類的成員變數，可以這樣做避免記憶體流失：

    將內部類改為靜態內部類    靜態內部類中使用弱引用來引用外部類的成員變數

Handler 的持有的引用對象最好使用弱引用，資源釋放時也可以清空 Handler 裡面的訊息。比如在 Activity onStop 或者 onDestroy 的時候，取消掉該 Handler 對象的 Message和 Runnable.

在 Java 的實現過程中，也要考慮其對象釋放，最好的方法是在不使用某對象時，顯式地將此對象賦值為 null，比如使用完Bitmap 後先調用 recycle()，再賦為null,清空對圖片等資源有直接引用或者間接引用的數組（使用 array.clear() ; array = null）等，最好遵循誰建立誰釋放的原則。

正確關閉資源，對於使用了BraodcastReceiver，ContentObserver，File，遊標 Cursor，Stream，Bitmap等資源的使用，應該在Activity銷毀時及時關閉或者登出。

保持對對象生命週期的敏感，特別注意單例、靜態對象、全域性集合等的生命週期。

android 記憶體流失