Android高效載入大圖、多圖解決方案，有效避免程式OOM

標籤：pre   cal   方式   寬高   核心   res   返回   weak   float   

我們可以通過下面的代碼看出每個應用程式最高可用記憶體是多少

int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);   Log.d("TAG", "Max memory is " + maxMemory + "KB");

 

　　BitmapFactory這個類提供了多個解析方法(decodeByteArray, decodeFile, decodeResource等)用於建立Bitmap對象，我們應該根據圖片的來源選擇合適的方法。比如SD卡中的圖片可以使用decodeFile方法，網路上的圖片可以使用decodeStream方法，資源檔中的圖片可以使用decodeResource方法。

　　這些方法會嘗試為已經構建的bitmap分配記憶體，這時就會很容易導致OOM出現。為此每一種解析方法都提供了一個可選的BitmapFactory.Options參數，將這個參數的inJustDecodeBounds屬性設定為true就可以讓解析方法禁止為bitmap分配記憶體，傳回值也不再是一個Bitmap對象，而是null。雖然Bitmap是null了，但是BitmapFactory.Options的outWidth、outHeight和outMimeType屬性都會被賦值。這個技巧讓我們可以在載入圖片之前就擷取到圖片的長寬值和MIME類型，從而根據情況對圖片進行壓縮。如下代碼所示：

BitmapFactory.Options options = new BitmapFactory.Options();   options.inJustDecodeBounds = true;   BitmapFactory.decodeResource(getResources(), R.id.myimage, options);   int imageHeight = options.outHeight;   int imageWidth = options.outWidth;   String imageType = options.outMimeType;

 

　　那我們怎樣才能對圖片進行壓縮呢？

　　通過設定BitmapFactory.Options中inSampleSize的值就可以實現。比如我們有一張2048*1536像素的圖片，將inSampleSize的值設定為4，就可以把這張圖片壓縮成512*384像素。原本載入這張圖片需要佔用13M的記憶體，壓縮後就只需要佔用0.75M了(假設圖片是ARGB_8888類型，即每個像素點佔用4個位元組)。下面的方法可以根據傳入的寬和高，計算出合適的inSampleSize值：　

public static int calculateInSampleSize(BitmapFactory.Options options,           int reqWidth, int reqHeight) {       // 源圖片的高度和寬度       final int height = options.outHeight;       final int width = options.outWidth;       int inSampleSize = 1;       if (height > reqHeight || width > reqWidth) {           // 計算出實際寬高和目標寬高的比率           final int heightRatio = Math.round((float) height / (float) reqHeight);           final int widthRatio = Math.round((float) width / (float) reqWidth);           // 選擇寬和高中最小的比率作為inSampleSize的值，這樣可以保證最終圖片的寬和高           // 一定都會大於等於目標的寬和高。           inSampleSize = heightRatio < widthRatio ? heightRatio : widthRatio;       }       return inSampleSize;   }

使用圖片緩衝技術

 

記憶體緩衝技術對那些大量佔用應用程式寶貴記憶體的圖片提供了快速存取的方法。其中最核心的類是LruCache (此類在android-support-v4的包中提供) 。這個類非常適合用來緩衝圖片，它的主要演算法原理是把最近使用的對象用強引用儲存在 LinkedHashMap 中，並且把最近最少使用的對象在緩衝值達到預設定值之前從記憶體中移除。

 

在過去，我們經常會使用一種非常流行的記憶體緩衝技術的實現，即軟引用或弱引用 (SoftReference or WeakReference)。但是現在已經不再推薦使用這種方式了，因為從 API Level 9開始，記憶體回收行程會更傾向於回收持有軟引用或弱引用的對象，這讓軟引用和弱引用變得不再可靠。
另外，API Level 11中，圖片的資料會儲存在本地的記憶體當中，因而無法用一種可預見的方式將其釋放，這就有潛在的風險造成應用程式的記憶體溢出並崩潰。

 

 

 

 

 

　

　　

 

Android高效載入大圖、多圖解決方案，有效避免程式OOM