Android 中對於圖片的內存優化方法

1. 對圖片本身進行操作

盡量不要使用 setImageBitmap、setImageResource、 BitmapFactory.decodeResource 來設置一張大圖，因為這些方法在完成 decode 後，最終都是通過 Java 層的 createBitmap 來完成的，需要消耗更多內存。因此，改用先通過 BitmapFactory.decodeStream 方法，創建出一個 bitmap，再將其設為 ImageView 的 source，decodeStream 最大的秘密在於其直接調用 JNI>>nativeDecodeAsset() 來完成 decode，無需再使用 Java 層的 createBitmap，從而節省了 Java 層的空間。如果在讀取時加上圖片的 Config 參數，可以更有效的減少加載的內存，從而更有效阻止拋出內存異常。另外，decodeStream 直接拿圖片來讀取字節碼了，不會根據機器的各種分辨率來自動適應，使用了 decodeStream 之後，需要在 hdpi 和 mdpi，ldpi 中配置相應的圖片資源， 否則在不同分辨率機器上都是同樣大小（像素點數量），顯示出來的大小就不對了。

代碼如下：

InputStream is = this.getResources().openRawResource(R.drawable.pic);
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = false;
options.inSampleSize = 2;
Bitmap btp =BitmapFactory.decodeStream(is,null,options);

以上代碼即是讀取 drawable 下名為 pic 圖片的縮略圖，長度、寬度都只有原圖片的 1/2。圖片大小減少，占用的內存自然也變小了。這麼做的弊端是圖片質量變差，inSampleSize 的值越大，圖片的質量就越差。由於各手機廠商縮放圖片的算法不同，在不同手機上的縮放圖片質量可能會不同。

2. 調用圖片的 recycle() 方法

代碼如下：

if(!bmp.isRecycle() ){
   bmp.recycle()    //回收圖片所占的內存
   system.gc()      //提醒系統及時回收
}

這種方法其實不是真正降低圖片內存的方法。主要目的是標記圖片對象，方便回收圖片對象的本地數據。圖片對象的本地數據占用的內存最大，而且與程序 Java 部分的內存是分開計算的。所以經常出現 Java heap 足夠使用，而圖片發生 OutOfMemoryError 的情況。在圖片不使用時調用該方法，可以有效降低圖片本地數據的峰值，從而減少 OutOfMemoryError 的概率。不過調用了 recycle() 的圖片對象處於“廢棄”狀態，調用時會造成程序錯誤。所以在無法保證該圖片對象絕對不會被再次調用的情況下，不建議使用該方法。特別要注意已經用 setImageBitmap(Bitmap
img) 方法分配給控件的圖片對象，可能會被系統類庫調用，造成程序錯誤。

3. 以最省內存的方式讀取本地資源的圖片

代碼如下：

/**
 * 以最省內存的方式讀取本地資源的圖片
 */
public static Bitmap readBitMap(Context context, int resId){ 
   BitmapFactory.Options opt = new BitmapFactory.Options(); 
   opt.inPreferredConfig = Bitmap.Config.RGB_565; 
   opt.inPurgeable = true; 
   opt.inInputShareable = true; 
   // 獲取資源圖片 
   InputStream is = context.getResources().openRawResource(resId); 
   return BitmapFactory.decodeStream(is,null,opt); 
}

Android 中加載圖片的顏色模式有四種，分別是：ALPHA_8：每個像素占用 1byte 內存、ARGB_4444:每個像素占用 2byte 內存、ARGB_8888:每個像素占用 4byte 內存、RGB_565:每個像素占用 2byte 內存。Android默認的顏色模式為ARGB_8888，這個顏色模式色彩最細膩，顯示質量最高。但同樣的，占用的內存也最大。以上代碼即是將圖片資源以 RGB_565 （或以 ARGB_4444）模式讀出。內存減少雖然不如第一種方法明顯，但是對於大多數圖片，看不出與 ARGB_8888 模式有什麼差別。不過在讀取有漸變效果的圖片時，可能有顏色條出現。另外，會影響圖片的特效處理。

4. 使用 Matrix 對象放大的圖片如何更改顏色模式：

雖然使用 Matrix 對象放大圖片，必定會耗費更多的內存，但有時候也不得不這樣做。放大後的圖片使用的 ARGB_8888 顏色模式，就算原圖片是ARGB_4444 顏色模式也一樣，而且沒有辦法在放大時直接指定顏色模式。可以采用以下辦法更改圖片顏色模式。

代碼如下：

Matrix matrix = new Matrix();
float newWidth = 200;       // 圖片放大後的寬度
float newHeight = 300;      // 圖片放大後的長度
matrix.postScale(newWidth / img.getWidth(), newHeight/ img.getHeight());
Bitmap img1 = Bitmap.createBitmap(img, 0, 0, img.getWidth(), img.getHeight(), matrix, true);// 得到放大圖片
img2 = img1.copy(Bitmap.Config.ARGB_4444, false);                           // 得到 ARGB_4444 顏色模式的圖片
img = null;
img1 = null;

這裡比起本來的圖片額外生成了一個圖片對象 img1。然則體系會主動收受接管 img1，所以實際內存還是削減了。

歸結起來還是以縮略圖模式讀取圖片和削減圖片中每個像素占用的內存最為有效。 這兩種辦法固然有效，然則也有各自的弊病。實際開辟中還是應當按照景象酌情應用。最王道的辦法，還是避免垃圾對象的產生。例如在 ListView 的應用中，復用 convertView 等。若是應用 AsyncTask 加載圖片，要及時將引用的 ImageView 對象置為 null。因為 AsyncTask 是用線程池實現的，所以此中引用的對象可能會擁有很長的生命周期，造成 GC 無法開釋。我還是信賴 Android 的內存收受接管機制的，recycle 什麼的固然必然程度上有效，但總感覺不合適 Java 內存收受接管的原則。