亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
最近訪問板塊 發(fā)新帖
查看: 1597 | 回復(fù): 3
打印 上一主題 下一主題

[Android] 解決Android加載圖片時內(nèi)存溢出的問題 [復(fù)制鏈接]

論壇徽章:
80
20周年集字徽章-慶
日期:2020-10-28 14:09:1215-16賽季CBA聯(lián)賽之北京
日期:2020-10-28 13:32:5315-16賽季CBA聯(lián)賽之北控
日期:2020-10-28 13:32:4815-16賽季CBA聯(lián)賽之天津
日期:2020-10-28 13:13:35黑曼巴
日期:2020-10-28 12:29:1520周年集字徽章-周	
日期:2020-10-31 15:10:0720周年集字徽章-20	
日期:2020-10-31 15:10:07ChinaUnix元老
日期:2015-09-29 11:56:3020周年集字徽章-年
日期:2020-10-28 14:14:56
跳轉(zhuǎn)到指定樓層
1 [收藏(0)] [報告]
發(fā)表于 2015-09-09 13:41 |只看該作者 |倒序瀏覽
本帖最后由 baopbird2005 于 2015-09-09 13:43 編輯

盡量不要使用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)的圖片資源, 否則在不同分辨率機器上都是同樣大小(像素點數(shù)量),顯示出來的大小就不對了。

另外,以下方式也大有幫助:
1. 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);
2. if(!bmp.isRecycle() ){
         bmp.recycle()   //回收圖片所占的內(nèi)存
         system.gc()  //提醒系統(tǒng)及時回收
}

以下奉上自己寫的一個方法:

Java代碼
/**
* 以最省內(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);  
}         



stream = new FileInputStream(new File(path+"test.jpg");
    BitmapFactory.Options opts = new BitmapFactory.Options();
    opts.inSampleSize = 8;
    Bitmap bitmap = BitmapFactory.decodeStream(stream , null, opts);
    iv.setImageBitmap(bitmap);


/**
* 以最省內(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);
}

取得bitmap之后,再 detailView.setImageBitmap(pdfImage);就ok了!

那是為什么,會導(dǎo)致oom呢:
原來當(dāng)使用像 imageView.setBackgroundResource,imageView.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ù)量),顯示出來的大小就不對了。

BitmapFactory.decodeFile(imageFile);
用BitmapFactory解碼一張圖片時,有時會遇到該錯誤。這往往是由于圖片過大造成的。要想正常使用,則需要分配更少的內(nèi)存空間來存儲。

BitmapFactory.Options.inSampleSize

設(shè)置恰當(dāng)?shù)膇nSampleSize可以使BitmapFactory分配更少的空間以消除該錯誤。inSampleSize的具體含義請參考SDK文檔。例如:


BitmapFactory.Options opts = new BitmapFactory.Options();

opts.inSampleSize = 4;
Bitmap bitmap = BitmapFactory.decodeFile(imageFile, opts);
如何設(shè)置恰當(dāng)?shù)膇nSampleSize

設(shè)置恰當(dāng)?shù)膇nSampleSize是解決該問題的關(guān)鍵之一。BitmapFactory.Options提供了另一個成員inJustDecodeBounds。

BitmapFactory.Options opts = new BitmapFactory.Options();

opts.inJustDecodeBounds = true;
Bitmap bitmap = BitmapFactory.decodeFile(imageFile, opts);
設(shè)置inJustDecodeBounds為true后,decodeFile并不分配空間,但可計算出原始圖片的長度和寬度,即opts.width和opts.height。有了這兩個參數(shù),再通過一定的算法,即可得到一個恰當(dāng)?shù)膇nSampleSize。

查看Android源碼,Android提供了一種動態(tài)計算的方法。

public static int computeSampleSize(BitmapFactory.Options options,

        int minSideLength, int maxNumOfPixels) {

    int initialSize = computeInitialSampleSize(options, minSideLength,

            maxNumOfPixels);


    int roundedSize;

    if (initialSize <= {

        roundedSize = 1;

        while (roundedSize < initialSize) {

            roundedSize <<= 1;

        }

    } else {

        roundedSize = (initialSize + 7) / 8 * 8;

    }


    return roundedSize;
}


private static int computeInitialSampleSize(BitmapFactory.Options options,

        int minSideLength, int maxNumOfPixels) {

    double w = options.outWidth;

    double h = options.outHeight;


    int lowerBound = (maxNumOfPixels == -1) ? 1 :

            (int) Math.ceil(Math.sqrt(w * h / maxNumOfPixels));

    int upperBound = (minSideLength == -1) ? 128 :

            (int) Math.min(Math.floor(w / minSideLength),

            Math.floor(h / minSideLength));


    if (upperBound < lowerBound) {

        // return the larger one when there is no overlapping zone.

        return lowerBound;

    }


    if ((maxNumOfPixels == -1) &&

            (minSideLength == -1)) {

        return 1;

    } else if (minSideLength == -1) {

        return lowerBound;

    } else {

        return upperBound;

    }
}   
使用該算法,就可動態(tài)計算出圖片的inSampleSize。

BitmapFactory.Options opts = new BitmapFactory.Options();

opts.inJustDecodeBounds = true;
BitmapFactory.decodeFile(imageFile, opts);

            

opts.inSampleSize = computeSampleSize(opts, -1, 128*12;      

opts.inJustDecodeBounds = false;

try {

    Bitmap bmp = BitmapFactory.decodeFile(imageFile, opts);

    imageView.setImageBitmap(bmp);

    } catch (OutOfMemoryError err) {

    }
另外,可以通過Bitmap.recycle()方法來釋放位圖所占的空間,當(dāng)然前提是位圖沒有被使用。

論壇徽章:
0
2 [報告]
發(fā)表于 2015-09-11 13:29 |只看該作者
學(xué)習(xí)了,呵呵

論壇徽章:
0
3 [報告]
發(fā)表于 2015-09-14 13:48 |只看該作者
說明很詳細哦

論壇徽章:
80
20周年集字徽章-慶
日期:2020-10-28 14:09:1215-16賽季CBA聯(lián)賽之北京
日期:2020-10-28 13:32:5315-16賽季CBA聯(lián)賽之北控
日期:2020-10-28 13:32:4815-16賽季CBA聯(lián)賽之天津
日期:2020-10-28 13:13:35黑曼巴
日期:2020-10-28 12:29:1520周年集字徽章-周	
日期:2020-10-31 15:10:0720周年集字徽章-20	
日期:2020-10-31 15:10:07ChinaUnix元老
日期:2015-09-29 11:56:3020周年集字徽章-年
日期:2020-10-28 14:14:56
4 [報告]
發(fā)表于 2015-09-17 09:36 |只看該作者
轉(zhuǎn)給有需要的人
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復(fù)

  

北京盛拓優(yōu)訊信息技術(shù)有限公司. 版權(quán)所有 京ICP備16024965號-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報專區(qū)
中國互聯(lián)網(wǎng)協(xié)會會員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關(guān)心和支持過ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP