BitmapFactory类decodeResource与decodeStream方法比较

最新推荐文章于 2024-03-01 14:53:01 发布
最新推荐文章于 2024-03-01 14:53:01 发布
阅读量8.3k 收藏 7
点赞数 2
分类专栏： Android Bitmap 文章标签： Bitmap decodeResource decodeStream Drawable BitmapFactory
今天做了个内存优化的小测试，包括两点
1，  比较Drawable与Bitmap占用内存大小
2，  比较BitmapFactory类的decodeResource方法与decodeStream方法的效率
 
好吧，先来看第1个测试！

以下这个是测试加载1000个Drawable对象的代码，很简单的，我就不解释了！

public class Main extends Activity
{
    int number = 1000;
    Drawable[] array;
 
    @Override
    public void onCreate(Bundle savedInstanceState)
    {
       super.onCreate(savedInstanceState);
       setContentView(R.layout.main);
 
        array = new BitmapDrawable[number];
                     
        for(int i = 0; i < number; i++)
        {
            Log.e("", "测试第" + (i+1) + "张图片");
            array[i] = getResources().getDrawable(R.drawable.img);
        }
    }
}

输出结果：
04-07 21:49:25.248: D/szipinf(7828): Initializing inflate state
04-07 21:49:25.398: E/(7828): 测试第1张图片
04-07 21:49:25.658: D/dalvikvm(7828): GC_EXTERNAL_ALLOC freed 48K, 50% free 2692K/5379K, external 0K/0K, paused 24ms
04-07 21:49:25.748: E/(7828): 测试第2张图片
04-07 21:49:25.748: E/(7828): 测试第3张图片
………………
………………
04-07 21:49:26.089: E/(7828): 测试第998张图片
04-07 21:49:26.089: E/(7828): 测试第999张图片
04-07 21:49:26.089: E/(7828): 测试第1000张图片
 
程序没有报错，正常运行，加载1000个Drawable对象没问题。

 
下面再来看一下加载1000个Bitmap对象的代码，同样的，代码很简单的，我就不解释了！

public class Main extends Activity
{
    int number = 1000;
    Bitmap bitmap[];
 
    @Override
    public void onCreate(Bundle savedInstanceState)
    {
       super.onCreate(savedInstanceState);
       setContentView(R.layout.main);
 
       bitmap = new Bitmap[number];
 
       for (int i = 0; i < number; i++)
       {
           Log.e("", "测试第" + (i+1) + "张图片");
           bitmap[i] = BitmapFactory.decodeResource(getResources(), R.drawable.img);
       }
    }
}


输出结果：
04-07 22:06:05.344: D/szipinf(7937): Initializing inflate state
04-07 22:06:05.374: E/(7937): 测试第1张图片
04-07 22:06:05.544: D/dalvikvm(7937): GC_EXTERNAL_ALLOC freed 51K, 50% free 2692K/5379K, external 0K/0K, paused 40ms
04-07 22:06:05.664: E/(7937): 测试第2张图片
04-07 22:06:05.774: D/dalvikvm(7937): GC_EXTERNAL_ALLOC freed 1K, 50% free 2691K/5379K, external 6026K/7525K, paused 31ms
04-07 22:06:05.834: E/(7937): 测试第3张图片
04-07 22:06:05.934: D/dalvikvm(7937): GC_EXTERNAL_ALLOC freed <1K, 50% free 2691K/5379K, external 12052K/14100K, paused 24ms
04-07 22:06:06.004: E/(7937): 测试第4张图片
04-07 22:06:06.124: D/dalvikvm(7937): GC_EXTERNAL_ALLOC freed <1K, 50% free 2691K/5379K, external 18078K/20126K, paused 27ms
04-07 22:06:06.204: E/(7937): 测试第5张图片
04-07 22:06:06.315: D/dalvikvm(7937): GC_EXTERNAL_ALLOC freed <1K, 50% free 2691K/5379K, external 24104K/26152K, paused 26ms
04-07 22:06:06.395: E/(7937): 测试第6张图片
04-07 22:06:06.495: D/dalvikvm(7937): GC_EXTERNAL_ALLOC freed <1K, 50% free 2691K/5379K, external 30130K/32178K, paused 22ms
04-07 22:06:06.565: E/(7937): 测试第7张图片
04-07 22:06:06.665: D/dalvikvm(7937): GC_EXTERNAL_ALLOC freed <1K, 50% free 2691K/5379K, external 36156K/38204K, paused 22ms
04-07 22:06:06.745: E/(7937): 测试第8张图片
04-07 22:06:06.845: D/dalvikvm(7937): GC_EXTERNAL_ALLOC freed 2K, 51% free 2689K/5379K, external 42182K/44230K, paused 23ms
04-07 22:06:06.845: E/dalvikvm-heap(7937): 6170724-byte external allocation too large for this process.
04-07 22:06:06.885: I/dalvikvm-heap(7937): Clamp target GC heap from 48.239MB to 48.000MB
04-07 22:06:06.885: E/GraphicsJNI(7937): VM won't let us allocate 6170724 bytes
04-07 22:06:06.885: D/dalvikvm(7937): GC_FOR_MALLOC freed <1K, 51% free 2689K/5379K, external 42182K/44230K, paused 25ms
04-07 22:06:06.885: D/AndroidRuntime(7937): Shutting down VM
04-07 22:06:06.885: W/dalvikvm(7937): threadid=1: thread exiting with uncaught exception (group=0x40015560)
04-07 22:06:06.885: E/AndroidRuntime(7937): FATAL EXCEPTION: main
04-07 22:06:06.885: E/AndroidRuntime(7937): java.lang.OutOfMemoryError: bitmap size exceeds VM budget
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.graphics.Bitmap.nativeCreate(Native Method)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.graphics.Bitmap.createBitmap(Bitmap.java:477)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.graphics.Bitmap.createBitmap(Bitmap.java:444)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.graphics.Bitmap.createScaledBitmap(Bitmap.java:349)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.graphics.BitmapFactory.finishDecode(BitmapFactory.java:498)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:473)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:336)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.graphics.BitmapFactory.decodeResource(BitmapFactory.java:359)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.graphics.BitmapFactory.decodeResource(BitmapFactory.java:385)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at bassy.test.drawable.Main.onCreate(Main.java:37)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:1722)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:1784)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.app.ActivityThread.access$1500(ActivityThread.java:123)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.app.ActivityThread$H.handleMessage(ActivityThread.java:939)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.os.Handler.dispatchMessage(Handler.java:99)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.os.Looper.loop(Looper.java:130)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at android.app.ActivityThread.main(ActivityThread.java:3835)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at java.lang.reflect.Method.invokeNative(Native Method)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at java.lang.reflect.Method.invoke(Method.java:507)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:847)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:605)
04-07 22:06:06.885: E/AndroidRuntime(7937):   at dalvik.system.NativeStart.main(Native Method)
 
看看上面的输出，才加载到第8张图片，程序就报错了“java.lang.OutOfMemoryError: bitmap size exceeds VM budget”。
 
通过上面的例子，可以看清楚地看出来，使用Drawable保存图片对象，占用更小的内存空间。
而使用Biamtp对象，则会占用很大内存空间，很容易就出现OOM了！
 
下面我们再来看一个例子，这个也是加载Bitmap对象。
只不过，之次不是使用BitmapFactory的decodeResource方法，
而是使用decodeStream方法，看代码。 

public class Main extends Activity
{
    int number = 1000;
    Bitmap bitmap[];
 
    @Override
    public void onCreate(Bundle savedInstanceState)
    {
       super.onCreate(savedInstanceState);
       setContentView(R.layout.main);
 
       bitmap = new Bitmap[number];
 
       for (int i = 0; i < number; i++)
       {
           Log.e("", "测试第" + (i+1) + "张图片");
           bitmap[i] =BitmapFactory.decodeStream(getResources().openRawResource(R.drawable.img));//这里换了方法
       }
    }
}

输出结果：
04-07 22:16:12.676: E/(8091): 测试第561张图片
04-07 22:16:12.756: E/(8091): 测试第562张图片
04-07 22:16:12.826: E/(8091): 测试第563张图片
04-07 22:16:12.906: E/(8091): 测试第564张图片
04-07 22:16:12.906: D/skia(8091): ---------- mmap failed for imageref_ashmem size=2744320 err=12
04-07 22:16:12.906: E/(8091): 测试第565张图片
04-07 22:16:12.906: D/skia(8091): ---------- mmap failed for imageref_ashmem size=2744320 err=12
04-07 22:16:12.906: E/(8091): 测试第566张图片
04-07 22:16:12.916: E/filemap(8091): mmap(0,416798) failed: Out of memory
04-07 22:16:12.916: D/filemap(8091): munmap(0x0, 0) failed
04-07 22:16:12.916: W/asset(8091): create map from entry failed
04-07 22:16:12.916: D/AndroidRuntime(8091): Shutting down VM
04-07 22:16:12.916: W/dalvikvm(8091): threadid=1: thread exiting with uncaught exception (group=0x40015560)
04-07 22:16:12.936: E/AndroidRuntime(8091): FATAL EXCEPTION: main
04-07 22:16:12.936: E/AndroidRuntime(8091): java.lang.RuntimeException: Unable to start activity ComponentInfo{bassy.test.drawable/bassy.test.drawable.Main}: android.content.res.Resources$NotFoundException: File res/drawable-mdpi/img.png from drawable resource ID #0x7f020001
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:1768)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:1784)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.app.ActivityThread.access$1500(ActivityThread.java:123)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.app.ActivityThread$H.handleMessage(ActivityThread.java:939)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.os.Handler.dispatchMessage(Handler.java:99)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.os.Looper.loop(Looper.java:130)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.app.ActivityThread.main(ActivityThread.java:3835)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at java.lang.reflect.Method.invokeNative(Native Method)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at java.lang.reflect.Method.invoke(Method.java:507)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:847)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:605)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at dalvik.system.NativeStart.main(Native Method)
04-07 22:16:12.936: E/AndroidRuntime(8091): Caused by: android.content.res.Resources$NotFoundException: File res/drawable-mdpi/img.png from drawable resource ID #0x7f020001
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.content.res.Resources.openRawResource(Resources.java:860)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.content.res.Resources.openRawResource(Resources.java:836)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at bassy.test.drawable.Main.onCreate(Main.java:43)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:1722)
04-07 22:16:12.936: E/AndroidRuntime(8091):   ... 11 more
04-07 22:16:12.936: E/AndroidRuntime(8091): Caused by: java.io.FileNotFoundException: res/drawable-mdpi/img.png
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.content.res.AssetManager.openNonAssetNative(Native Method)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.content.res.AssetManager.openNonAsset(AssetManager.java:429)
04-07 22:16:12.936: E/AndroidRuntime(8091):   at android.content.res.Resources.openRawResource(Resources.java:857)
04-07 22:16:12.936: E/AndroidRuntime(8091):   ... 15 more
 
从上面可以看出，程序在加载到第566张的时候，就出现了OOM错误。
不过，跟第2个例子比起来，你会发现，程序可以加载更多的图片。
这说明了使用BitmapFactory的decodeResource方法会占据大量内存，
而使用使用decodeStream方法，则占据更小的内存。
 
从时间上来说，看看日志输出，大概估算了一下加载一张图片所需要的时间，发现，
decodeResource加载图片需要约0.17秒的时间，
而使用decodeStream方法，只需要约0.08秒的时间！
这说明了，decodeStream无论是时间上还是空间上，都比decodeResource方法更优秀！！
 
从上面三个例子，可以看出，用第一种方法（即用Drawable加载图片）可以加载更加的图片，加载32张图片的时间约为0.01秒！
我试着把Drawable的数量调至1000000，程序在运行时，停在了153761张图片里，手机提示，“应用程序无响应…”
个人猜测，Drawable应该不属于常驻内存的对象，不然的话，不可能不会出现OOM的～～
 
网上关于Drawable与Bitmap的资料太少，不能深入学习，真是遗憾～
 
刚才又做了个测试，把第一个例子中的
array[i] = getResources().getDrawable(R.drawable.img);
方法换成了
array[i] = Drawable.createFromStream(getResources().openRawResource(R.drawable.img), null);
结果和第三个例子一样，在第566张图片中，出现了OOM错误！
而且，加载的时间都是一样～～

金佳杰
关注
  • 2
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
android BitmapFactory.Options使用方法详解
08-31
主要为大家详细介绍了android BitmapFactory.Options使用方法，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
BitmapFactory.decodeResource加载图片缩小的原因及解决方法
dctt15026的博客
01-06 956
　　声明：我是以2.0的代码为参考的，主要参考了BitmapFactory.java文件。 　　首先，在2.0应用中，res下有drawable-hdpi、drawable-mdpi、drawable-ldpi三个存放图片的文件夹，查资料看到如下描述： 　　　　这是分辨率的不同，H是高分辨率 M是中 L是低。　　　　drawable- hdpi、drawable- mdpi、draw...
Bitmap的生成流程之BitmapFactory.decodeResource VS BitmapFactory.decodeStream
热门推荐
imyfriend的专栏
10-04 2万+
BitmapFactory.decodeResource和BitmapFactory.decodeStream，相信对于有过android app开发经验的人来说都是很熟悉了。关于Bitmap的OOM问题，网上也有很多文章进行了分析，不少文章都说为避免OOM，最好使用BitmapFactory.decodeStream，但是具体说明原因的我至今没有找到，所以趁着10.1期间有空，就调查了一番，希望
Android:BitmapFactory.decodeStream Bitmap的内存优化OutOfMemory异常以后Crash闪退
最新发布
u013083465的专栏
03-01 1192
Android:BitmapFactory.decodeStream 异常OOM闪退
使用BitmapFactory的decodeResource方法加载图片的坑--被缩放问题
qiantanlong的博客
02-19 1万+
一、场景介绍： 需要原始比例加载一个张图片，并准确控制其缩放的比例大小，测试的设备分辨率为1280*800和1920*1080两种分辨率。加载方式是BitmapFactory.decodeResource(getResources(), R.drawable.finger)生成bitmap，然后交给imageview进行加载。这个坑就是：同样的代码获取的bitmap，得到的高和宽却不同：一个是6...
【Android学习】简述Bitmap中的BitmapFactory.decodeResource及Bitmap.Config.ARGB_8888
寻梦的博客
11-04 6241
今天练习了书上的一个涂鸦Android程序，因为是初学，好多内容不是太清楚就去查了下资料，把其中Bitmap中的一些类和方法的含义和用法记录下来，方便记录和以后的使用。 首先看一句代码: Bitmap originalBitmap=BitmapFactory .decodeResource(getResources(),R.drawable.img1) .copy(Bitmap....
Bitmap和图片相关优化
DarkfallYou的博客
11-10 686
Bitmap优化可做1：像素优化，过大的原图缩小适当尺寸使用 2：内存复用 3：缓存 缓存一般有三级缓存：先内存中找，再磁盘中找，最后网络找。 Bitmap内存优化，如下可以调整bitmap大小和设计图一致，不失真。并且启用Bitmap复用 public class BitmapUtil { public static Bitmap resizeBitmap(Context context, int id, int maxW, int maxH, boolean hasAlpha, Bitm
Android BitmapFactory.decodeResource()方法参数代表什么意思
GUOZIJUN01的博客
07-13 1742
Android BitmapFactory.decodeResource()方法参数代表什么意思
Android BitmapFactory.decodeResource读取原始图片装载成原始宽高Bitmap，Kotlin
Zhang Phil
11-16 1039
文章浏览阅读1.8k次。/*Java代码 将Drawable转化为Bitmap */ Bitmap drawableToBitmap(Drawable drawable) { int width = drawable.getIntrinsicWidth();Android Drawable 转化成 Bitmap-CSDN博客。
Android 中对于图片的内存优化方法
01-04
尽量不要使用 setImageBitmap、setImageResource、 BitmapFactory.decodeResource 来设置一张大图，因为这些方法在完成 decode 后，最终都是通过 Java 层的 createBitmap 来完成的，需要消耗更多内存。因此，改用先...
Android编程实现图片平铺的方法分析
01-04
Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.drawable.pic); //bitmap = Bitmap.createBitmap(100, 20, Config.ARGB_8888); BitmapDrawable drawable = new BitmapDrawable(bitmap); drawable....
android实现背景平铺的三种方法
01-04
代码如下:Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.drawable.pic); //bitmap = Bitmap.createBitmap(100, 20, Config.ARGB_8888); BitmapDrawable drawable = new BitmapDrawable(bitmap...
Android之高效加载大图的方法示例
01-20
加载大图到内存是一件令人头疼的事情。因为大图的原因，我们会在Crash报告中看到OOM(内存不足).Android的内存有限，这...Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.mipmap.hqimage); imageView
Android实现图片叠加效果的两种方法
01-04
本文实例讲述了Android实现图片叠加效果的两种方法。分享给大家供大家参考，具体如下： ... Bitmap bitmap1 = BitmapFactory.decodeResource(getResources(), R.drawable.apple).copy(Bitmap.Config.ARGB_8888, true);
使用RoundedBitmapDrawable生成圆角图片的方法
01-20
Bitmap src = BitmapFactory.decodeResource(getResources(), imageId); //获取Bitmap图片 RoundedBitmapDrawable roundedBitmapDrawable = RoundedBitmapDrawableFactory.create(getResources(), src); //创建...
Android加载图片内存溢出问题解决方法
01-04
在将图片转换成Bitmap的时候，由于图片的大小不一样，当遇到很大的图片的时候会出现超出内存的问题，为了解决这个问题Android API提供了BitmapFactory.Options这个类. 2. 由于Android对图片使用内存有限制，若是...
BitmapFactory
12-02
android简单工厂模式的一个实例
Android编程实现切换imageView的方法分析
01-21
本文实例讲述了Android编程实现切换imageView的方法。分享给大家供大家参考，具体如下： 最近在做五子棋的界面的时候，需要有一块区域动态显示当前棋局的情况，考虑到字体和现实效果，我决定用图片来显示，这就用到...
Android编程之图片颜色处理方法
01-05
本文实例讲述了Android编程之图片颜色处理方法。分享给大家供大家参考，具体如下： 你想做到跟美图秀秀一样可以处理自己的照片，美化自己的照片吗？其实你也可以自己做一个这样的软件，废话不多说了，直接上图，上...
BitmapFactory.decodeResource里面参数什么
06-08
BitmapFactory.decodeResource() 方法是用于将一个资源文件转换成 Bitmap 对象的...注意，decodeResource() 方法只能用于解码本地的资源文件，如果需要解码网络上的图片，请使用 BitmapFactory.decodeStream() 方法。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值