Glide使用详解(二)

BitmapPool

Dalvik和ART都没有使用compacting garbage collector垃圾回收模式,这种模式中GC会遍历堆,同时把活跃对象移到相邻内存区域,让更大的内存块可以用在后续的分配中。因为安卓没有这种模式,就可能会出现被分配的对象分散在各处,对象之间只有很小的内存可用。如果应用试图分配一个大于邻近的闲置内存块空间的对象,就会导致OOM崩溃,即使总的空余内存空间大于要分配的对象的大小。
而且,同步GC时会暂停所有线程(包括UI主线程)以便进行GC,虽然暂停时间很短,但频繁的同步GC会造成页面卡顿,从而影响用户体验。
因此为了避免频繁的创建以及回收Bitmap对象,进而减少GC的出现,可以使用BitmapPool统一的管理Bitmap的创建以及重用。
BitmapPool接口就是用来重用Bitmap对象的。
该接口定义的方法:

int getMaxSize();
获得BitmapPool的最大容量大小(单位是字节)。
void setSizeMultiplier(float sizeMultiplier);
动态同步地调整BitmapPool的容量大小为 sizeMultiplier*原来容量大小 ,如果乘了系数后比最大容量大了,则应该清理出BitmapPool中的一部分Bitmap。sizeMultiplier必须是(0,1)之间的浮点数。
boolean put(Bitmap bitmap);
添加给定的Bitmap到BitmapPool,如果可以添加就返回true,否则返回false。 注意:如果添加该Bitmap失败了(返回了false),调用者应该负责该Bitmap的回收(调用recycle()方法)。而且添加成功后马上同步被踢出了也会返回true,只有不符合添加条件(Bitmap是不可改变的或Bitmap比BitmapPool容量还要大)才会返回false。
Bitmap get(int width, int height, Bitmap.Config config);
返回一个正好匹配给定宽、高和配置的只包含透明像素的Bitmap。如果BitmapPool中找不到这样的Bitmap,就返回null。
由于该方法会擦除Bitmap中的所有像素,所以要比 getDirty(int, int, Bitmap.Config)方法略慢一点。如果Bitmap用于BitmapFactory或其它每个像素都被覆盖或清除的场景,用 getDirty(int, int, Bitmap.Config)显然更快一点。当然,为了确保正确性用该方法也可以。
实现该方法时可以使用bitmap.eraseColor(Color.TRANSPARENT);清除所有像素。
Bitmap getDirty(int width, int height, Bitmap.Config config);
get(int, int, Bitmap.Config)方法一样,只是返回的任何非空Bitmap对象都可能包含未擦除的像素数据或随机数据。
void clearMemory();
移除BitmapPool中所有的Bitmap。
void trimMemory(int level);
根据给定level移除部分Bitmap。
  • 6
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 5
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值