Android Glide缓存策略

上一篇介绍了 Android-Universal-Image-Loader 的缓存策略，https://blog.csdn.net/u014510302/article/details/79804488

这一篇说下 Glide的缓存策略，目前大多数的缓存使用的都是LRU 的方式，最新不常使用。

LruResourceCache类进行缓存的。

他的父类是LruCache，LruCache 中是对当前存储的缓存，put remove，get 进行了实现。

  private final Map cache = new LinkedHashMap<>(100, 0.75f, true); 

存储器也是使用LinkedHashMap 进行的。

这里有两次返回，第一次返回null.为什么返回null因为当前所要存入的Bitmap的大小比你设定的最大缓冲的值还大。

如果比设定的值小，那么就当前已经加入的大小+当前要存入的Bitmap的大小。

put cache中 如果key值已存在会返回上一次存入的value值，如果非空，那么就当前存储的值减去上次存入的值。

这里跟UIL 是不一样的，UIL 是先判断能不能存入，然后在去做减法。或者是说UIL 不认为cache中已经有的key-value会第二次存入。在正常的缓存存取中。

然后在进行的就是evict()判断当前的缓存大小有没有超过当初设定的。如果超过就把当前最不长使用的，比如第一个进行清除

onItemEvicted这个方法事回调，当前Bitmap被清除之后，的回调事件，是在LruResourceCache中实现的。