談一談Android記憶體流失問題_Android

記憶體流失：是指記憶體得不到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回收，從而導致記憶體問題。
這樣的問題解決起來也很簡單

• 不要在匿名內部類中進行非同步作業
• 使用靜態匿名內部類
  

記憶體問題大多數都是因為對對象生命週期的不巧當處理造成的，在使用某個對象時，我們需要仔細研究對象的生命週期，當處理一些佔用記憶體較大並且生命週期較長的對象時，應用使用軟引用對其就行處理，及時關閉不使用的資源。

以上就是本文的全部內容，希望對大家的學習有所協助。