【Google官方教程】第一课：高效地加载大Bitmap(位图) - Ryan's Utopia - 开源中国社区

Android 4.0

previous page next page
开源项目发现、使用和交流平台
当前访客身份： 游客 [ 登录 | 加入开源中国 ] 你有0新留言
RyanHoo 关注此人
关注(17) 粉丝(269) 积分(140)
神气内敛，纯纯如如。
.发送留言 .请教问题
最新评论
访客统计
  • 84
  • 151
  • 668
  • 745
  • 41822
空间 » 博客 »

原 【Google官方教程】第一课：高效地加载大Bitmap(位图)

发表于1年前(2012-11-09 22:51)   阅读（7283） | 评论（30） 173人收藏此文章, 我要收藏
赞2
Google Training 官方教程 翻译 Bitmap OOM

转载声明：Ryan的博客文章欢迎您的转载，但在转载的同时，请注明文章的来源出处，不胜感激！ :-) 

http://my.oschina.net/ryanhoo/blog/88242

译者：Ryan Hoo

来源：https://developer.android.com/develop/index.html

译者按： 在Google最新的文档中，提供了一系列含金量相当高的教程。因为种种原因而鲜为人知，真是可惜！Ryan将会细心整理，将之翻译成中文，希望对开发者有所帮助。

        本系列是Google关于展示大Bitmap（位图）的官方演示，可以有效的解决内存限制，更加有效的加载并显示图片，同时避免让人头疼的OOM（Out Of Memory）。

-------------------------------------------------------------------------------------

译文：

         图像可以有各种各样的形状和大小。在很多情况下，它们往往会比典型的应用UI界面所需要的更大。例如，系统的Gallery程序展示使用Android设备的摄像头拍摄的照片的分辨率往往要远高于设备的屏幕密度。

        考虑到你所使用的内存有限，理想的情况是你只会想加载一个分辨率相对较低的图片到内存中来。低分辨率版本的图片与相应UI组件的尺寸应该是相匹配的。一张高分辨率的图片并不能带给你任何可见的好处，却要占据着宝贵的内存，以及间接导致由于动态缩放引起额外的性能开销。

        这节课将向你演示如何解码大图片，通过加载较小的图片样本以避免超出应用的内存限制。


读取Bitmap(位图)的尺寸和类型

        BitmapFactory提供了几种解码方式(decodeByteArray(), decodeFile(), decodeResource()等等)，以便从多种资源中创建一个Bitmap(位图)对象。可以根据你的图片数据来源选择最合适的解码方式。这些方法视图为构造Bitmap对象分配内存，因此很容易导致OutOfMemory(OOM)异常。每一种解码方式都有额外的特征，你可以通过BitmapFactory.Options类指定解码方法。在解码图片的时候设置inJustDecodeBounds属性为true，可以避免内存分配，返回的bitmap对象为null却可以设置outWidth, outHeight和outMimeType。这项技术允许你在创建Bitmap(并分配内存)之前读取图片的尺寸和类型。

view source
print?
1BitmapFactory.Options options = new BitmapFactory.Options();
2options.inJustDecodeBounds = true;
3BitmapFactory.decodeResource(getResources(), R.id.myimage, options);
4int imageHeight = options.outHeight;
5int imageWidth = options.outWidth;
6String imageType = options.outMimeType;
        为了避免java.lang.OutOfMemeory异常，在解码图片之前就要检查图片的尺寸，除非你十分确信图片资源的尺寸是可预见的并且有着充裕的可用内存。

将缩小版的图片加载到内存中

        现在图片的尺寸已经知道了，这些信息可以用来决定是将一个完整尺寸的图片加载到内存中，还是应该用一个图片的子样本来取代它。这里有一些可供考虑的因素：
  • 估计加载全尺寸的图片所要消耗的内存
  • 在考虑应用中其他内存需求的情况下，你愿意给加载这个图片分配的内存空间。
  • 准备加载该图像的目标ImageView或者UI组件的尺寸
  • 当前设备的屏幕的尺寸和密度

        例如，如果最终只是要在ImageView中显示一张128*96px大小的缩略图，直接加载1024*768px的图片是非常不值得的。

        为了告诉解码器如何对图像进行采样，加载更小版本的图片，需要在BitmapFactory.Options对象中将inSampleSize设置为true。例如，一张分辨率为2048*1536px的图像使用inSampleSize值为4的设置来解码，产生的Bitmap大小约为512*384px。相较于完整图片占用12M的内存，这种方式只需0.75M内存(假设Bitmap配置为ARGB_8888)。这里有一个方法用来计算基于目标高宽的sample size的值：

view source
print?
01public static int calculateInSampleSize(
02            BitmapFactory.Options options, int reqWidth, int reqHeight) {
03    // Raw height and width of image
04    final int height = options.outHeight;
05    final int width = options.outWidth;
06    int inSampleSize = 1;
07 
08    if (height > reqHeight || width > reqWidth) {
09        if (width > height) {
10            inSampleSize = Math.round((float)height / (float)reqHeight);
11        } else {
12            inSampleSize = Math.round((float)width / (float)reqWidth);
13        }
14    }
15    return inSampleSize;
16}

        提示：使用2的次幂来设置inSampleSize值可以使解码器执行地更加迅速、更加高效。但是，如果你想在内存或者硬盘上缓存一个调整过大小的图片，通常还是解码到合适的图片尺寸更加节省空间。

        要使用这个方法，首先要使用inJustDecodeBounds为true来解码尺寸信息，将options传递过去使用新的inSampleSize值再次解码并且要将inJustDecodeBounds值设置为false。

view source
print?
01public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId,
02        int reqWidth, int reqHeight) {
03 
04    // First decode with inJustDecodeBounds=true to check dimensions
05    final BitmapFactory.Options options = new BitmapFactory.Options();
06    options.inJustDecodeBounds = true;
07    BitmapFactory.decodeResource(res, resId, options);
08 
09    // Calculate inSampleSize
10    options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);
11 
12    // Decode bitmap with inSampleSize set
13    options.inJustDecodeBounds = false;
14    return BitmapFactory.decodeResource(res, resId, options);
15}
        这个方法使得加载任意大小的Bitmap到展示100*100px缩略图的ImageView中更加简单，如下代码所示：
view source
print?
1mImageView.setImageBitmap(
2    decodeSampledBitmapFromResource(getResources(), R.id.myimage, 100, 100));
        你可以根据需要，按照类似的解码过程，采用适当的BitmapFactory.decode*方法从其他资源中解码Bitmap。

分享到： 2赞
声明：OSCHINA 博客文章版权属于作者，受法律保护。未经作者同意不得转载。

开源中国-程序员在线工具：API文档大全(120+) JS在线编辑演示 二维码 更多>>

评论30

  • 1楼：weiwotianyuan(Android) 发表于 2012-11-10 09:32 回复此评论
    貌似现在最常用的就是这个方法！
  • 如幻随影
    2楼：如幻随影 发表于 2012-11-10 09:52 回复此评论
    经过测试，这种方法读取本地图片还是很消耗内存。我尝试网上另外的方法：
    /*
    * 以最省内存的方式读取本地资源的图片
    */
    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);
    }
    内存检测，几乎没怎么变化。
    如果没有尺寸要求，个人推荐这种。
  • 3楼：RyanHoo 发表于 2012-11-10 10:10 回复此评论

    引用来自“如幻随影”的评论

    经过测试，这种方法读取本地图片还是很消耗内存。我尝试网上另外的方法：
    /*
    * 以最省内存的方式读取本地资源的图片
    */
    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加载多了，依然有问题。最终能解决问题的方案是对内存进行精确的控制，而不是退而求其次减损图片的质量。我会陆续将这系列教程翻译过来，并且附上解说和实际解决的方法。敬请期待！
  • 4楼：李雅(Android) 发表于 2012-11-10 10:30 回复此评论

    引用来自“RyanHoo”的评论

    引用来自“如幻随影”的评论

    经过测试，这种方法读取本地图片还是很消耗内存。我尝试网上另外的方法：
    /*
    * 以最省内存的方式读取本地资源的图片
    */
    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加载多了，依然有问题。最终能解决问题的方案是对内存进行精确的控制，而不是退而求其次减损图片的质量。我会陆续将这系列教程翻译过来，并且附上解说和实际解决的方法。敬请期待！

    期待后续之“精确控制内存”篇，@_@。
  • 5楼：打杂程序猿 发表于 2012-11-10 11:08 回复此评论

    引用来自“如幻随影”的评论

    经过测试，这种方法读取本地图片还是很消耗内存。我尝试网上另外的方法：
    /*
    * 以最省内存的方式读取本地资源的图片
    */
    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);
    }
    内存检测，几乎没怎么变化。
    如果没有尺寸要求，个人推荐这种。

    图片一般从外部读取，你这种要资源ID的根本没法用，除非你把图片打包到APK了。。。那有什么意义。。。
  • RyanHoo
    6楼：RyanHoo 发表于 2012-11-10 11:16 回复此评论

    引用来自“庄与邻”的评论

    引用来自“如幻随影”的评论

    经过测试，这种方法读取本地图片还是很消耗内存。我尝试网上另外的方法：
    /*
    * 以最省内存的方式读取本地资源的图片
    */
    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);
    }
    内存检测，几乎没怎么变化。
    如果没有尺寸要求，个人推荐这种。

    图片一般从外部读取，你这种要资源ID的根本没法用，除非你把图片打包到APK了。。。那有什么意义。。。

    后面还有Web等资源图片的加载，这个只是循序渐进中的一个小知识点，他说的也不全无道理，只是这犯了一个典型的错误，我虽写的是教程，但是目的还是从实际需求出发，项目中最好还是算无遗策，不是随便来个小demo或者代码片段就可以解决的，不然到最后出现一些未知的bug，就只有捉襟见肘了。
  • 7楼：李海珍 发表于 2012-11-10 12:23 回复此评论
    支持，翻译更多更好文章！谢谢！
  • 如幻随影
    8楼：如幻随影 发表于 2012-11-10 13:00 回复此评论
    嗯，的确，这是读取本地资源的方法。对于其他的，我也没什么好方法。还有其他情况怎么处理：① 网上下载的图片存储在本地sdcard，读取sdcard图片； ②网上实时下载图片，不保存，直接显示。多数的图片内存溢出都是发生在listview，gallery，gridview。最近做项目一直被困扰
  • 9楼：RyanHoo 发表于 2012-11-10 13:02 回复此评论

    引用来自“李海珍”的评论

    支持，翻译更多更好文章！谢谢！

    谢谢！你的支持就是我的动力~ ; -)
  • 打杂程序猿
    10楼：打杂程序猿 发表于 2012-11-10 13:02 回复此评论
    https://developer.android.com/training/displaying-bitmaps/index.html

    准确的来源是这个吧，估计现在很多人都不知道training 里面有一堆好文章。。。。