Android記憶體流失雜談

標籤：sage   常見   ack   tap   type   先來   應該   一段   ext.get   

記憶體流失：是指記憶體得不到GC的及時回收，從而造成記憶體佔用過多。從而導致程式Crash，也就是常說的OOM。

一、static
先來看以下一段代碼

public class DBHelper {    private static DBHelper db= null;    private DBHelper() {    }    public static DBHelper getInstance(Context context) {        if (bitmapUtils == null) {            synchronized (DBHelper.class) {                if (db== null) {                    db= new db(context,DBNAME);                }            }        }        return db;    }}

這種代碼在項目中非經常見。假設大家細緻一點。應該能發現問題在那裡。

helper中持有了context的應用。而DBHelper是全域的，也就是說，當在一個Activity中使用了DBHelper，即使這個Activity退出了，這個Activity也沒法被GC回收。從而造成Activity一直駐留在記憶體中。

這個解決方式也比較簡單，代碼例如以下

public class DBHelper {    private static DBHelper db= null;    private DBHelper() {    }    public static DBHelper getInstance(Context context) {        if (bitmapUtils == null) {            synchronized (DBHelper.class) {                if (db== null) {                    db= new db(context.getApplicationContext(),DBNAME);                }            }        }        return db;    }}

僅僅須要把context改成ApplicationContext()即可，由於ApplicationContext本身就是全域的。

二、非靜態內部類、Handler
先來看一段代碼

    private Handler handler = new Handler(){        @Override        public void dispatchMessage(Message msg) {            // 訊息處理        }    };    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        new Thread(new Runnable() {            @Override            public void run() {                // 耗時操作                handler.sendEmptyMessage(1);            }        }).start();    }

我們知道非靜態內部類會持有外部類的引用，此時這裡的Handler持有著外部Activity的引用，當我們在Activity的內部類中進行非同步耗時操作時，我們的Activity假設此時被finish掉了，而非同步任務沒有運行結束，這就會導致我們的Activity對象不能及時的被GC回收，從而導致記憶體問題。

這種問題解決起來也非常easy

• 不要在匿名內部類中進行非同步作業
• 使用靜態匿名內部類
  總結：記憶體問題大多數都是由於對對象生命週期的不巧當處理造成的。在使用某個對象時。我們須要細緻研究對象的生命週期。當處理一些佔用記憶體較大而且生命週期較長的對象時。應用使用軟引用對其即可處理。及時關閉不使用的資源。

Android記憶體流失雜談