【Google官方教程】第一课:高效地加载大Bitmap(位图)
转载声明:Ryan的博客文章欢迎您的转载,但在转载的同时,请注明文章的来源出处,不胜感激! :-)
http://blog.csdn.net/floodingfire/article/details/8168114
译者: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(并分配内存)之前读取图片的尺寸和类型。
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的值:
01publicstaticintcalculateInSampleSize(02BitmapFactory.Options options,intreqWidth,intreqHeight) {03// Raw height and width of image04finalintheight = options.outHeight;05finalintwidth = options.outWidth;06intinSampleSize =1;0708if(height > reqHeight || width > reqWidth) {09if(width > height) {10inSampleSize = Math.round((float)height / (float)reqHeight);11}else{12inSampleSize = Math.round((float)width / (float)reqWidth);13}14}15returninSampleSize;16}提示:使用2的次幂来设置inSampleSize值可以使解码器执行地更加迅速、更加高效。但是,如果你想在内存或者硬盘上缓存一个调整过大小的图片,通常还是解码到合适的图片尺寸更加节省空间。
要使用这个方法,首先要使用inJustDecodeBounds为true来解码尺寸信息,将options传递过去使用新的inSampleSize值再次解码并且要将inJustDecodeBounds值设置为false。
01publicstaticBitmap decodeSampledBitmapFromResource(Resources res,intresId,02intreqWidth,intreqHeight) {0304// First decode with inJustDecodeBounds=true to check dimensions05finalBitmapFactory.Options options =newBitmapFactory.Options();06options.inJustDecodeBounds =true;07BitmapFactory.decodeResource(res, resId, options);0809// Calculate inSampleSize10options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);1112// Decode bitmap with inSampleSize set13options.inJustDecodeBounds =false;14returnBitmapFactory.decodeResource(res, resId, options);15}这个方法使得加载任意大小的Bitmap到展示100*100px缩略图的ImageView中更加简单,如下代码所示:1mImageView.setImageBitmap(2decodeSampledBitmapFromResource(getResources(), R.id.myimage,100,100));你可以根据需要,按照类似的解码过程,采用适当的BitmapFactory.decode*方法从其他资源中解码Bitmap。- 1楼easyer2012昨天 22:37
- 请教楼主:在ListView显示大量不同的图片(来自网络),这些图片应该在何时如何回收?谢谢
- Re: floodingfire昨天 09:10
- 回复easyer2012n真正的回收由垃圾回收器决定的,这系列博客后续几篇讲的很清楚啊~案例是以GridView和ViewPager来进行的,但是也适用于ListView。ListView要从网络获取并显示大量图片,用后面的缓存方案再合适不过了。有几点基础要注意一下:1. 自定义Adapter避免每次都创建View 2. 使用用ViewHolder,能提高ListView的效率。 3. 使用后面讲解到的缓存方案。