Android開發(fā)中如何解決加載大圖片時(shí)內(nèi)存溢出的問題
盡量不要使用setImageBitmap或setImageResource或BitmapFactory.decodeResource來設(shè)置一張大圖,因?yàn)檫@些函數(shù)在完成decode后,最終都是通過java層的createBitmap來完成的,需要消耗更多內(nèi)存。
因此,改用先通過BitmapFactory.decodeStream方法,創(chuàng)建出一個(gè)bitmap,再將其設(shè)為ImageView的 source,decodeStream***的秘密在于其直接調(diào)用JNI>>nativeDecodeAsset()來完成decode,無需再使用java層的createBitmap,從而節(jié)省了java層的空間。
如果在讀取時(shí)加上圖片的Config參數(shù),可以跟有效減少加載的內(nèi)存,從而跟有效阻止拋out of Memory異常,另外,decodeStream直接拿的圖片來讀取字節(jié)碼了, 不會根據(jù)機(jī)器的各種分辨率來自動適應(yīng), 使用了decodeStream之后,需要在hdpi和mdpi,ldpi中配置相應(yīng)的圖片資源, 否則在不同分辨率機(jī)器上都是同樣大?。ㄏ袼攸c(diǎn)數(shù)量),顯示出來的大小就不對了。
另外,以下方式也大有幫助:
- InputStream is = this.getResources().openRawResource(R.drawable.pic1);
- BitmapFactory.Options options=new BitmapFactory.Options();
- options.inJustDecodeBounds = false;
- options.inSampleSize = 10; //width,hight設(shè)為原來的十分一
- Bitmap btp =BitmapFactory.decodeStream(is,null,options);
- if(!bmp.isRecycle() ){
- bmp.recycle() //回收圖片所占的內(nèi)存
- system.gc() //提醒系統(tǒng)及時(shí)回收
- }
以下奉上一個(gè)方法:
- /**
- * 以最省內(nèi)存的方式讀取本地資源的圖片
- * @param context
- * @param resId
- * @return
- */
- 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內(nèi)存溢出的解決辦法
- 轉(zhuǎn)自:http://www.cppblog.com/iuranus/archive/2010/11/15/124394.html?opt=admin
- 昨天在模擬器上給gallery放入圖片的時(shí)候,出現(xiàn)java.lang.OutOfMemoryError: bitmap size exceeds VM budget 異常,圖像大小超過了RAM內(nèi)存。
- 模擬器RAM比較小,只有8M內(nèi)存,當(dāng)我放入的大量的圖片(每個(gè)100多K左右),就出現(xiàn)上面的原因。
- 由于每張圖片先前是壓縮的情況,放入到Bitmap的時(shí)候,大小會變大,導(dǎo)致超出RAM內(nèi)存,具體解決辦法如下:
- ```java
- //解決加載圖片 內(nèi)存溢出的問題
- //Options 只保存圖片尺寸大小,不保存圖片到內(nèi)存
- BitmapFactory.Options opts = new BitmapFactory.Options();
- //縮放的比例,縮放是很難按準(zhǔn)備的比例進(jìn)行縮放的,其值表明縮放的倍數(shù),SDK中建議其值是2的指數(shù)值,值越大會導(dǎo)致圖片不清晰
- opts.inSampleSize = 4;
- Bitmap bmp = null;
- bmp = BitmapFactory.decodeResource(getResources(), mImageIds[position],opts);
- ...
- //回收
- bmp.recycle();
通過上面的方式解決了,但是這并不是最***的解決方式。
通過一些了解,得知如下:
優(yōu)化Dalvik虛擬機(jī)的堆內(nèi)存分配
對于Android平臺來說,其托管層使用的Dalvik JavaVM從目前的表現(xiàn)來看還有很多地方可以優(yōu)化處理,比如我們在開發(fā)一些大型游戲或耗資源的應(yīng)用中可能考慮手動干涉GC處理,使用dalvik.system.VMRuntime類提供的setTargetHeapUtilization方法可以增強(qiáng)程序堆內(nèi)存的處理效率。當(dāng)然具體原理我們可以參考開源工程,這里我們僅說下使用方法: private final static floatTARGET_HEAP_UTILIZATION = 0.75f; 在程序onCreate時(shí)就可以調(diào)用VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);即可。
Android堆內(nèi)存也可自己定義大小
對于一些Android項(xiàng)目,影響性能瓶頸的主要是Android自己內(nèi)存管理機(jī)制問題,目前手機(jī)廠商對RAM都比較吝嗇,對于軟件的流暢性來說RAM對性能的影響十分敏感,除了 優(yōu)化Dalvik虛擬機(jī)的堆內(nèi)存分配外,我們還可以強(qiáng)制定義自己軟件的對內(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大小。當(dāng)然對于內(nèi)存吃緊來說還可以通過手動干涉GC去處理
bitmap 設(shè)置圖片尺寸,避免 內(nèi)存溢出 OutOfMemoryError的優(yōu)化方法
★android 中用bitmap 時(shí)很容易內(nèi)存溢出,報(bào)如下錯(cuò)誤: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;//圖片寬高都為原來的二分之一,即圖片為原來的四分之一
- Bitmap bitmap = BitmapFactory.decodeStream(cr
- .openInputStream(uri), null, options);
- preview.setImageBitmap(bitmap);
以上代碼可以優(yōu)化內(nèi)存溢出,但它只是改變圖片大小,并不能徹底解決內(nèi)存溢出。
● 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);