Bitmap的recycle后Canvas: trying to use a recycled bitmap android.graphics.Bitmap问题

本文探讨了在处理图片文件时,如何通过调整Bitmap对象的使用方式来优化内存管理,避免资源泄露。通过实例展示了在创建局部变量后,正确释放资源的方法,并分析了为何在特定情况下会出现内存错误。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >


项目需要对原始图片文件显示时不停的进行一些变化,所以弄了个中间变量

 Bitmap bgBitmap = Bitmap.createBitmap(fileBitmap, left, top,
    width(), height(), matrix, true);

本着内存优化的原则,在这个局部变量使用完成后,释放

//释放资源
if (bgBitmap != null && !bgBitmap.isRecycled()) {
	bgBitmap.recycle();
}

结果出现 Canvas: trying to use a recycled bitmap android.graphics.Bitmap 的问题。

经过调试,发现,当一开始初始化时, matrix并没有进行改变,bgBitmap 和 fileBitmap 一样,于是 createBitmap 把原图返回

执行

bgBitmap.equals(fileBitmap)

就会发现,结果为真;

当然,在createBitmap 之前,增加

 matrix.postScale(2, 2);
让其进行改变,那么此时查看返回结果,哦,果然为假。


为什么会这样,猜想 createBitmap 时,也是为了优化存储,既然俩图一样,那就指向同块存储吧。

具体是不是,没有验证,仅为猜测。


最后,释放时改为

		//释放资源
		if (bgBitmap != null && !bgBitmap.isRecycled()
				&& !bgBitmap.equals(fileBitmap)) {
			/* createBitmap若图片没变化,将返回原图,二者实际是同一张图片  */
			bgBitmap.recycle();
		}


 


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值