这一篇是在Glide开发之旅1的文章上面的扩展,这里讲到了二级缓存(内存+磁盘)再结合复用池的理念去写的一款简单易懂的demo。
一、内存缓存
代码中通过定义一个LruCache<String, Bitmap>来简单的指定内存缓存的对象memoryCache:
LruCache的构造方法需要传入一个Int值,这个值的意思是能够缓存的内存最大值,另外还有重写sizeOf和entryRemoved两个方法.
sizeOf(String key,Bitmap value):方法的含义是返回value对应的内存大小,考虑到后续要结合复用池来使用,这里针对版本进行判断并返回value的真实大小;
entryRemove:方法的含义是当Lru满了之后,被移除的Bitmap会通过该方法返回给我们,我们就是通过这个方法来讲被移除的Bitmap添加到复用池中。
内存缓存的代码逻辑:
//需要的参数是表示能够缓存的内存最大值,单位是byte,一般是程序最大内存的八分之一
memoryCache = new LruCache<String, Bitmap>(memoryClass / 8 * 1024 * 1024) {
/**
*
* @param key
* @param value
* @return value 对应的内存大小
*/
@Override
protected int sizeOf(@NonNull String key, @NonNull Bitmap value) {
//getByteCount是只用到的空间
//getAllocationByteCount是真实存在的空间
if (Build.VERSION.SDK_INT > Build.VERSION_CODES.KITKAT) {
//4.4版本之后的复用方式,需要拿到真实存在的内存空间,这个也是Google官方给的案例提供的
return value.getAllocationByteCount();
}
return value.getByteCount();
}
/**
* 当LRU满了,oldValue移除了会通过该方法回调出来
* @param evicted
* @param key
* @param oldValue 被移除的对象
* @param newValue
*/
@Override
protected void entryRemoved(boolean evicted, @NonNull String key, @NonNull Bitmap oldValue, @Nullable Bitmap newValue) {
super.entryRemoved(evicted, key, oldValue, newValue);
//如果是设置可复用的内存块,拉到java层来管理
if (oldValue.isMutable()) {
//4.4-8.0以下 是java管理Bitmap
//8.0以上 是native 需要主动执行recycle
bitmapPool.add(new WeakReference<Bitmap>(oldValue, referenceQueue));
} else {
//oldValue
oldValue.recycle();
}
}
};
二、磁盘缓存
磁盘缓存引用的是Jake大神的DiskLruCache的工具库,这个库里面只有三个类,我们用到的只有DiskLruCache,构造的时候需要执行一个缓存路径以及最大的内存容量,所以我们可以将磁盘缓存理解为文件流的读写:
三、复用池
这里的复用池用Set集合表示,里面是用弱引用持有的Bitmap:WeakReference<Bitmap>,为什么要用弱引用呢?因为弱引用再使用的时候我们可以指定一个引用队列(ReferenceQueue),再GC回收Bitmap对象之后,会通过引用队列来告知给我们,此时可以单开个线程去监听被回收的Bitmap,然后再主动的执行Bitmap.recycle()方法,防止内存溢出的风险:
Demo地址(bitmapcachedemo模块是这篇文章的代码,app模块是仿glide的代码):
https://github.com/cWX411904/MySelfGlide-BitmapCache