Glide使用详解(二)
2016-04-17 15:01
197 查看
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。
相关文章推荐
- Spark性能相关参数配置 之 Storage相关配置参数
- 某些函数的递归与非递归实现的比较
- 【Django基础入门】Breadcrumbs导航栏
- 第八周项目1 数组做数据成员
- 浅谈 分布式系统 基本概念
- Unexpected error while running MyBatis Generator. Cannot resolve classpath entry: mysql-connector-ja
- linux内存源码分析 - 内存回收(匿名页反向映射)
- java线程(6)——线程池(下)
- 子类继承父类的虚函数调用
- qemu模拟Cortex-A57运行Linux4.5.1
- 结对编程2
- 利用FutureTask和ExecutorService实现一个任务拆分成多个任务,实现性能提高
- ECMAScript继承机制实现
- 第一集:机器学习的动机与应用
- mysql的DDL操作
- 循序渐进之Spring AOP(5) - 创建切面
- 第七周学习进度
- JAVA线程间的状态转换
- DG - dataguard trouble shooting的相关视图
- 液晶拼接控制器