避免記憶體溢位的方法，主要是對以下三個方面對程式進行優化

記憶體引用

在處理記憶體引用之前，我們先來複習下什麼是強引用、軟引用、弱引用、虛引用

強引用：強引用是使用最普遍的引用。如果一個物件具有強引用，那垃圾回收器絕不會回收它。 當記憶體空間不足，Java虛擬機器寧願丟擲OutOfMemoryError錯誤，使程式異常終止，也不會靠隨意回收具有強引用的物件來解決記憶體不足的問題。

軟引用：如果一個物件只具有軟引用，但記憶體空間足夠時，垃圾回收器就不會回收它；直到虛擬機器報告記憶體不夠時才會回收， 只要垃圾回收器沒有回收它，該物件就可以被程式使用。軟引用可用來實現記憶體敏感的快取記憶體。 軟引用可以和一個引用佇列（ReferenceQueue）聯合使用，如果軟引用所引用的物件被垃圾回收器回收，Java虛擬機器就會把這個軟引用加入到與之關聯的引用佇列中。

虛引用：虛引用可以理解為虛設的引用，與其他幾種引用都不同，虛引用並不會決定物件的生命週期。如果一個物件僅持有虛引用，那麼它就和沒有任何引用一樣，在任何時候都可能被垃圾回收器回收。 虛引用主要用來跟蹤物件被垃圾回收器回收的活動。 虛引用與軟引用和弱引用的一個區別在於：虛引用必須和引用佇列 （ReferenceQueue）聯合使用。 當垃圾回收器準備回收一個物件時，如果發現它還有虛引用，就會在回收物件的記憶體之前，把這個虛引用加入到與之 關聯的引用佇列中。 程式可以通過判斷引用佇列中是否已經加入了虛引用，來了解被引用的物件是否將要被垃圾回收。 如果程式發現某個虛引用已經被加入到引用佇列，那麼就可以在所引用的物件的記憶體被回收之前採取必要的行動。

1、釋放強引用

一般我們在宣告物件變數時，使用完後就不管了，認為垃圾回收器會幫助我們回收這些物件所指向的記憶體空間，實際上如果這個物件的記憶體空間還處在被引用狀態的話，垃圾回收器是永遠不會回收它的記憶體空間的，只有當這個記憶體空間不被任何物件引用的時候，垃圾回收器才會去回收。

所以我們在使用完物件後，可以把物件置為空，這樣我的垃圾回收器gc就會在合適的時候釋放掉為該物件分配的記憶體空間

Object obj = new Object();
obj = null;

2、使用軟引用

在jvm報告記憶體不足之前會清除所有的軟引用，這樣的話gc就可以收集到很多軟引用釋放出來的記憶體空間，從而解決記憶體吃緊的問題，避免記憶體溢位，什麼時候被回收取決於gc的演算法和gc執行時可用的記憶體大小。

我們可以用SoftReference來封裝強引用的物件

String str = "zhuwentao";     // 強引用
SoftReference<String> strSoft = new SoftReference<String>(str);     // 使用軟引用封裝強引用

3、使用弱引用

gc收集弱引用物件的執行過程和軟引用一樣，只是gc不會根據記憶體情況來決定是否回收弱引用的物件。

String str = "zhuwentao";     // 強引用
WeakReference<String> strWeak = new WeakReference<String>(str);     // 使用弱引用封裝強強引用

影象處理

大部分的OOM都是發生在圖片載入上的，當我們載入大圖時，需要特別注意避免OOM的發生。

處理大圖片時，不管你的手機記憶體有多大，如果不對圖片進行處理，都有可能會發生記憶體溢位問題。

因為Android系統會為每一個應用分配一定大小的記憶體，並不會把整個系統記憶體全部分給應用，所以不管你手機記憶體多大，對每個App來說，它能使用的記憶體都是有限的。

這和PC端是有很大的不同，PC端如果記憶體不夠了還可以請求使用虛擬記憶體，而Android系統可沒這個機制。

1、在記憶體中壓縮圖片

裝載大圖片時需要對圖片進行壓縮，使用等比例壓縮的方法直接在記憶體中處理圖片

Options options = new BitmapFactory.Options();
options.inSampleSize = 5; // 原圖的五分之一，設定為2則為二分之一
BitmapFactory.decodeFile(myImage.getAbsolutePath(), options);

2、使用完圖片後回收圖片所佔記憶體

由於Android外層是使用java而底層使用的是c語言在裡層為圖片物件分配的記憶體空間。

所以我們的外部雖然看起來釋放了，但裡層卻並不一定完全釋放了，我們使用完圖片後最好再釋放掉裡層的記憶體空間。

if (!bitmapObject.isRecyled()) {     // Bitmap物件沒有被回收
     bitmapObject.recycle();     // 釋放
     System.gc();     // 提醒系統及時回收
}

3、降低要顯示的圖片色彩質量

Android中Bitmap有四種圖片色彩模式：

ALPHA_8：每個畫素需要佔用記憶體中的1byte

RGB_565：每個畫素需要佔用記憶體中的2byte

ARGB_4444：每個畫素需要佔用記憶體中的2byte

ARGB_8888：每個畫素需要佔用記憶體中的4byte

我們建立Bitmap時，預設的色彩模式是ARGB_8888的，這種色彩模式是質量最高的，當然這樣的模式佔用的記憶體也最大。

而ARGB_4444每個畫素只佔用2byte，所以使用ARGB_4444的模式也能降低圖片佔用的記憶體大小。

BitmapFactory.Options options = new BitmapFactory.Options();
options.inPreferredConfig = Bitmap.Config.ARGB_4444;
Bitmap btimapObject = BitmapFactory.decodeFile(myImage.getAbsolutePath(), options);

這種降低色彩質量的方法對記憶體的降低效果不如方法1明顯。

4、查詢圖片資訊時不把圖片載入到記憶體中

有時候我們取得一張圖片，也許只是為了獲得這個圖片的一些資訊，比如圖片的width、height等資訊，不需要顯示到介面上，這個時候我們可以不把圖片載入到記憶體中。

BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;     // 不把圖片載入到記憶體中
Bitmap btimapObject = BitmapFactory.decodeFile(myImage.getAbsolutePath(), options);

（獲取原始寬高：options.outWidth，options.outHeight）

VMRuntime

VMRuntime是Android SDK中提供的一個類。

只在Android2.3以前有用，2.3以後的SDK就不支援了，所以這個VMRuntime並不通用。

這裡簡單介紹下就好了。

1、優化Dalvik虛擬機器的堆記憶體分配

VMRuntime類提供的setTargetHeapUtilization方法可以增強程式堆記憶體的處理效率。

private final static float TARGET_HEAP_UTILIZATION = 0.75f;
VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);

2、自定義堆記憶體大小

強制定義Android給當前App分配的記憶體大小，使用VMRuntime設定應用最小堆記憶體。

// 設定最小heap記憶體為 6MB 大小
private final static int HEAP_SIZE = 6 * 1024 * 1024 ;
VMRuntime.getRuntime().setMinimumHeapSize(HEAP_SIZE);

largeHeap

讓Dalvik虛擬機器為App分配更大的記憶體，該方法能為我們的App爭取到更多記憶體空間，從而緩解記憶體不足的壓力

可以在程式中使用ActivityManager.getMemoryClass()方法來獲取App記憶體正常使用情況下的大小，通過ActivityManager.getLargeMemoryClass()可獲得開啟largeHeap時最大的記憶體大小

1、使用方法

該方法使用非常簡單，只要在AndroidManifest.xml檔案中的<application>節點屬性中加上”android:largeHeap="true"“

    <application
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:theme="@style/AppTheme"
        android:largeHeap="true"

2、注意

Dalvik為我們App增加的記憶體很可能是通過殺死其它後臺程序獲取的記憶體，這樣的做法對於一個開發者來說並不道義

我們不應該把解決OOM的問題寄託在爭取最大的記憶體上，應該通過合理的程式碼編寫來儘可能的規避OOM問題