BUG1-Cannot obtain size for recycled Bitmap

这篇博客介绍了在使用Glide加载图片时遇到的一个常见错误:尝试使用已被回收的Bitmap导致应用闪退。作者详细分析了问题的原因,即Bitmap作为全局变量在保存操作后被回收,而Glide在页面关闭时仍尝试使用该Bitmap。为解决这个问题,作者提出了将Bitmap复制一份用于展示,避免直接使用可能导致回收的Bitmap,从而防止应用崩溃。解决方案包括使用`Bitmap.createBitmap()`创建Bitmap副本来供Glide加载。

1.需求背景:

        拍照成功后,用glide将图片通过bitmap进行展示,之后点击保存按钮的时候会把图片上传到后端

 //glide版本:'com.github.bumptech.glide:glide:4.8.0'该版本load支持直接传入bitmap
 Glide.with(this).load(bitmap).into(mIvGlide);

2.BUG复现步骤:

        点击保存按钮后,app闪退,并提示如下错入:

 

  Caused by: java.lang.IllegalStateException: Cannot obtain size for recycled Bitmap: android.graphics.Bitmap@fb72974[1411x720] ARGB_8888
        at com.bumptech.glide.util.Util.getBitmapByteSize(Util.java:78)
        at com.bumptech.glide.load.resource.bitmap.UnitBitmapDecoder$NonOwnedBitmapResource.getSize(UnitBitmapDecoder.java:49)
        at com.bumptech.glide.load.resource.bitmap.LazyBitmapDrawableResource.getSize(LazyBitmapDrawableResource.java:79)
        at com.bumptech.glide.load.engine.EngineResource.getSize(EngineResource.java:60)
        at com.bumptech.glide.load.engine.cache.LruResourceCache.getSize(LruResourceCache.java:42)
      ......

3.定位原因:

        通过报错日志可以发现,是因为bitmap已经被回收,当我门关闭页面时,glide也会回收该bitmap,因为他此前已经被回收,所以glide在使用bitmap进行操作时闪退。

      解读过报错日志,去项目中查找代码,发现bitmap做成了一个全局变量,当点击保存按钮时,对bitmap进行了一系列操作,最终回收了bitmap,这就 导致了,当页面关闭时,glide已经无法使用传进来的bitmap,最终导致报错。

4.解决方案:

 //根据单一职责原则,将bitmap复制一份,只用来做展示操作
 
 Bitmap bitmap = new ClipBitmapUtils().getBitmap(this,R.drawable.ic);

 //复制一份bitmap,避免加载bitmap后,bitmap被回收
 Bitmap bitmap2 = Bitmap.createBitmap(bitmap);

 Glide.with(this).load(bitmap2).into(view);

 

<think>好的,我现在需要解决用户遇到的Android中的Bitmap recycled error cannot obtain size的问题。首先,我得理解这个错误的具体原因。用户提到Bitmap已被回收,导致无法获取其大小。根据经验,这通常发生在尝试操作一个已经被调用recycle()方法的Bitmap对象之后。这时候再调用getWidth()或getHeight()就会抛出异常。 接下来,我应该回顾一下AndroidBitmap的管理机制。Bitmap对象占用较多的内存,所以系统会有回收机制。当Bitmap不再被使用时,系统可能会自动回收,或者开发者手动调用recycle()来释放内存。但如果在回收后仍然尝试访问该Bitmap的属性或方法,就会导致错误。 然后,我需要考虑常见的解决方法。可能的解决方案包括:避免在Bitmap被回收后继续使用它,检查代码中是否有地方在回收后仍然引用该Bitmap,使用弱引用或软引用来管理Bitmap,或者使用内存缓存机制如LruCache来有效管理Bitmap的生命周期。 另外,可能的问题点在于多线程操作。例如,在异步任务中加载Bitmap,如果任务完成后Bitmap已经被回收,就会出错。这时候需要确保在访问Bitmap之前检查它是否已经被回收,或者在回收时取消相关的异步任务。 还需要检查是否有地方重复调用了recycle()方法,这可能导致Bitmap被多次回收,从而引发问题。此外,使用第三方库加载图片时,是否正确地管理了Bitmap的生命周期,比如Glide或Picasso通常会自动处理这些,但如果自行管理,则需要特别注意。 用户提供的引用中提到了数据库在DBPITR期间不可用,这可能与当前问题无关,但需要确认是否有其他相关问题。不过根据当前问题,重点还是在于Bitmap的管理。 总结解决方案的步骤:首先,定位哪里回收了Bitmap;其次,确保在回收后不再使用该Bitmap;再者,使用合适的内存管理策略;最后,检查多线程操作中的同步问题。 可能还需要建议用户使用工具如Android Profiler来检测内存泄漏或不当的Bitmap使用情况,或者在访问Bitmap前添加isRecycled()的检查,以避免异常。 最后,生成相关问题,帮助用户进一步理解和解决类似的问题。</think>针对Android中`Bitmap recycled error: cannot obtain size`的问题,以下是解决方案和分析: --- ### 问题原因 该错误通常发生在以下场景: 1. **手动调用`Bitmap.recycle()`后仍访问Bitmap**:调用`recycle()`会释放内存,后续尝试获取尺寸(如`getWidth()`)会抛出异常。 2. **系统自动回收Bitmap**:当内存不足时,系统可能回收未正确引用的Bitmap,导致后续操作失败[^1]。 3. **多线程异步加载中的竞态条件**:例如在异步任务中加载Bitmap,但返回时已被回收。 --- ### 解决方案 #### 1. 避免访问已回收的Bitmap - **检查`Bitmap.isRecycled()`**:在操作Bitmap前验证其状态。 ```java if (!bitmap.isRecycled()) { int width = bitmap.getWidth(); int height = bitmap.getHeight(); } ``` #### 2. 正确管理Bitmap生命周期 - **仅回收不再使用的Bitmap**:确保不再需要Bitmap时调用`recycle()`,且后续代码不再引用它。 - **使用弱引用/软引用**: ```java WeakReference<Bitmap> weakBitmap = new WeakReference<>(bitmap); Bitmap safeBitmap = weakBitmap.get(); if (safeBitmap != null && !safeBitmap.isRecycled()) { // 安全操作 } ``` #### 3. 使用内存缓存 - **通过`LruCache`管理Bitmap**: ```java int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024); int cacheSize = maxMemory / 8; LruCache<String, Bitmap> memoryCache = new LruCache<>(cacheSize); ``` #### 4. 异步加载优化 - **取消后台任务**:在Activity/Fragment销毁时取消AsyncTask或RxJava任务,避免回调时Bitmap已回收。 ```java // 示例:AsyncTask中检查是否已取消 if (!isCancelled()) { publishResult(bitmap); } ``` #### 5. 使用第三方库(推荐) - **Glide/Picasso**:这些库自动管理Bitmap生命周期,避免手动回收问题。 ```java Glide.with(context) .load(imageUrl) .into(imageView); ``` --- ### 典型代码错误修正 **错误示例**: ```java bitmap.recycle(); imageView.setImageBitmap(bitmap); // 触发异常 ``` **修正后**: ```java if (!bitmap.isRecycled()) { imageView.setImageBitmap(bitmap); } // 确保后续不再使用bitmap ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值