最近遇到一個問題，在Android機器上，調(diào)用自帶的相機拍攝后獲得相處，并且對獲得的相片進行縮放，旋轉(zhuǎn)，截取等操作，看似很簡單，但是卻遇到了一個，讓人心疼的問題，我這里用五能手機進行測試，當然，功能測試是沒有問題，當發(fā)給客戶去測試的時候，卻出現(xiàn)了內(nèi)存溢出，哎無言啊...

原來他用的是三星的G3手機進行測試的，我們沒有這款手機，后來借別人的G3手機測試，果然也出現(xiàn)這個問題：

java.lang.OutOfMemoryError
at android.graphics.BitmapFactory.nativeDecodeByteArray(Native Method)
at android.graphics.BitmapFactory.decodeByteArray(BitmapFactory.java:518)
at android.graphics.BitmapFactory.decodeByteArray(BitmapFactory.java:535)
at com.yippeearts.flashcards.CameraPage$1.onPictureTaken(CameraPage.java:73)
at android.hardware.Camera$EventHandler.handleMessage(Camera.java:734)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:137)
at android.app.ActivityThread.main(ActivityThread.java:4514)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:993)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:760)
at dalvik.system.NativeStart.main(Native Method)

這個在不同的手機上出現(xiàn)這種錯誤還是有點尷尬的。一直以為是對圖片的邏輯處理出了什么問題，經(jīng)過總結(jié)發(fā)現(xiàn)，估計是因為G3手機拍攝相片分辨率過高，使圖片過大，造成過程中內(nèi)存溢出，通過網(wǎng)上搜索若干解決加載大圖片時內(nèi)存溢出的問題：

 

盡量不要使用setImageBitmap或setImageResource或BitmapFactory.decodeResource來設(shè)置一張大圖，因為這些函數(shù)在完成decode后，最終都是通過java層的createBitmap來完成的，需要消耗更多內(nèi)存。

因此，改用先通過BitmapFactory.decodeStream方法，創(chuàng)建出一個bitmap，再將其設(shè)為ImageView的 source，decodeStream最大的秘密在于其直接調(diào)用JNI>>nativeDecodeAsset()來完成decode，無需再使用java層的createBitmap，從而節(jié)省了java層的空間。
如果在讀取時加上圖片的Config參數(shù)，可以跟有效減少加載的內(nèi)存，從而跟有效阻止拋out of Memory異常
另外，decodeStream直接拿的圖片來讀取字節(jié)碼了， 不會根據(jù)機器的各種分辨率來自動適應(yīng)， 使用了decodeStream之后，需要在hdpi和mdpi，ldpi中配置相應(yīng)的圖片資源， 否則在不同分辨率機器上都是同樣大?。ㄏ袼攸c數(shù)量），顯示出來的大小就不對了。

內(nèi)存溢出解決辦法：

1、模擬器RAM比較小，只有8M內(nèi)存，當我放入的大量的圖片（每個100多K左右），就出現(xiàn)上面的原因。由于每張圖片先前是壓縮的情況，放入到Bitmap的時候，大小會變大，導(dǎo)致超出RAM內(nèi)存，具體解決辦法如下：

// 解決加載圖片 內(nèi)存溢出的問題
// Options 只保存圖片尺寸大小，不保存圖片到內(nèi)存
BitmapFactory.Options opts = new BitmapFactory.Options();
// 縮放的比例，縮放是很難按準備的比例進行縮放的，其值表明縮放的倍數(shù)，SDK中建議其值是2的指數(shù)值,值越大會導(dǎo)致圖片不清晰
opts.inSampleSize = 4;
Bitmap bmp = null;
bmp = BitmapFactory.decodeResource(getResources(), mImageIds[position],
				opts);
// 回收
bmp.recycle();

2、優(yōu)化Dalvik虛擬機的堆內(nèi)存分配

 

對于Android平臺來說，其托管層使用的Dalvik JavaVM從目前的表現(xiàn)來看還有很多地方可以優(yōu)化處理，比如我們在開發(fā)一些大型游戲或耗資源的應(yīng)用中可能考慮手動干涉GC處理，使用dalvik.system.VMRuntime類提供的setTargetHeapUtilization方法可以增強程序堆內(nèi)存的處理效率。當然具體原理我們可以參考開源工程，這里我們僅說下使用方法:   private final static floatTARGET_HEAP_UTILIZATION = 0.75f; 在程序onCreate時就可以調(diào)用VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);即可。

Android堆內(nèi)存也可自己定義大小

對于一些Android項目，影響性能瓶頸的主要是Android自己內(nèi)存管理機制問題，目前手機廠商對RAM都比較吝嗇，對于軟件的流暢性來說RAM對性能的影響十分敏感，除了 優(yōu)化Dalvik虛擬機的堆內(nèi)存分配外，我們還可以強制定義自己軟件的對內(nèi)存大小，我們使用Dalvik提供的dalvik.system.VMRuntime類來設(shè)置最小堆內(nèi)存為例:

private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;

VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); //設(shè)置最小heap內(nèi)存為6MB大小。當然對于內(nèi)存吃緊來說還可以通過手動干涉GC去處理

bitmap 設(shè)置圖片尺寸，避免 內(nèi)存溢出 OutOfMemoryError的優(yōu)化方法
★android 中用bitmap 時很容易內(nèi)存溢出，報如下錯誤：Java.lang.OutOfMemoryError : bitmap size exceeds VM budget

 

主要是加上這段：

BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 2;

 eg1：(通過Uri取圖片)

private ImageView preview;
BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 2;//圖片大小，設(shè)置越大，圖片越不清晰，占用空間越小
Bitmap bitmap = BitmapFactory.decodeStream(cr.openInputStream(uri), null, options);
preview.setImageBitmap(bitmap);

eg2:（通過路徑去圖片）

 

private ImageView preview;
private String fileName= "/sdcard/DCIM/Camera/2010-05-14 16.01.44.jpg";
BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 2;//圖片寬高都為原來的二分之一，即圖片為原來的四分之一
Bitmap b = BitmapFactory.decodeFile(fileName, options);
preview.setImageBitmap(b);
filePath.setText(fileName);

在圖片處理的時候，確保圖片引用及時回收。