架构师学习--手写Glide之复用池

首先了解为什么需要复用池的设计？之前有说过，内存缓存采用LruCache缓存机制，在某个时刻系统会回收或者当我们手动回收一张内存中的图片时，就会将这张图片的内存加入到复用池中，这样当下一次申请图片内存的时候，收钱会从复用池中查找有没有合适的内存，有的话就会复用这块内存，没有的话就会重新开辟一块内存，这样做的好处就避免了内存的不断回收、申请而导致的内存抖动和内存碎片。

一、接口BitmapPool

对外提供两个方法，如下代码：

二、实现类GlidePool

这个类是复用池的核心类，它也是使用了LruCache算法。

1、put()方法

注意，能够添加到复用池的图片必须满足上面的条件：

（1）bmp.isMutable() 图片时可变的，
（2）图片的大小不能够大于缓存池的大小。

满足以上条件，就可以将图片添加到LruCahce中，其中key为图片的大小，value为图片本身

图片的大小计算方式如下：

2、getBitmap()方法

首先计算当前图片所需要的内存开销大小，然后从临时集合中取出符合条件的缓存对象，如果存在，就会从LruCache中取出这个Bitmap，并移除(为了不被其他对象同时使用)。如果没有符合的就表示不能复用复用池内存。

如何计算当前bitmap的内存大小：
比如：Bitmap.Config.ARGB_8888 ，自重A代表透明度，占8位；R代表red，占8位；G代表green，占8位；B代表bule，占8位。总共32为，为4个字节。

三、使用

比如我们通过网络下载一张图片，并拿到了图片数据流InputStream。

1、获取图片宽高

注意这里需要将 options.inJustDecodeBounds设置为true，这样解析图片就不会耗费内存，并且解析的只是图片的边缘信息，保存在options中。

2、查找复用池

查到的话返回对象，否则返回null

3、解析图片、复用复用池

这里需要注意：

（1）options.inBitmap 为null，表示重新开辟内存，设置为poolBmp表示复用poolBmp的内存
（2）options.inJustDecodeBounds 必须设置为false，否则解析返回的图片为null
（3）options.inMutable 必须设置为true，符合复用的条件
（4）options.inPreferredConfig 设置图片的样式

完成上面的设置，通过decode方法就能够解析到bitmap，并把它放入到复用池中。

4、运行结果

第一次加载，从复用池中查询，肯定是没有的：

再一次加载，就可以复用了：