某年某月某日,糖葫芦同窗在掘金app上看了几篇文章,偶然看到了一篇熟悉的词LRU算法,脑海里就想这不是常常说的嘛,就那么回事,当天晚上睡觉,LRU算法是啥来着,好像是什么最近最少使用的,白天在地铁上看的文章也很多,可是到晚上想一想好像啥也没记住,就记得LRU算法,我发现人大多数是这样的啊,对于本身熟悉的部分呢还能记着点,不熟悉或者不会的可能真的是看过就忘啊~既然这样还不如先把熟悉的弄明白。java
次日来到公司,我觉着仍是有必要看一下这个LRU的源码,究竟是怎么回事,嗯,糖葫芦同窗刷刷得看,下面咱们将进入正题,请戴眼镜的同窗把眼镜擦一擦,哈哈哈算法
先看源码,再用具体的demo加以验证,咱们先看一下这个LruCache这个类的大体结构和方法,以下图所示: 缓存
这又是 get(K),put(K,V), remove(K) 的方法的 给人的感受就像是一个Map的集合嘛,又有Key ,又有value 的,再看下具体的代码:app
public class LruCache<K, V> {
private final LinkedHashMap<K, V> map;
/** Size of this cache in units. Not necessarily the number of elements. */
private int size;
private int maxSize;
private int putCount;
private int createCount;
private int evictionCount;
private int hitCount;
private int missCount;
/** * @param maxSize for caches that do not override {@link #sizeOf}, this is * the maximum number of entries in the cache. For all other caches, * this is the maximum sum of the sizes of the entries in this cache. */
public LruCache(int maxSize) {
if (maxSize <= 0) {
throw new IllegalArgumentException("maxSize <= 0");
}
this.maxSize = maxSize;
this.map = new LinkedHashMap<K, V>(0, 0.75f, true);
}
复制代码
看到开头,咱们就明白了,哦原来这个LruCache类中维护一个LinkedHashMap的一个集合,缓存咱们这个对象,并且构造方法里须要咱们传入一个maxSize
的一个值,根据上面的注释咱们就明白了这个就是咱们LruCache缓存对象的最大数目。ide
根据惯性思惟,咱们能够认为,在put
新的缓存对象的时候,根据咱们设定的最大值remove
集合里的某些缓存对象,进而添加新的缓存对象。布局
根据咱们的分析,咱们有必要去看一下这个put
方法的源码:this
/** * Caches {@code value} for {@code key}. The value is moved to the head of * the queue. * * @return the previous value mapped by {@code key}. */
public final V put(K key, V value) {
if (key == null || value == null) {
throw new NullPointerException("key == null || value == null");
}
V previous;
synchronized (this) {
putCount++;
size += safeSizeOf(key, value);
previous = map.put(key, value);
if (previous != null) {
size -= safeSizeOf(key, previous);
}
}
if (previous != null) {
entryRemoved(false, key, previous, value);
}
trimToSize(maxSize);
return previous;
}
复制代码
代码量也不是特别多,咱们看下这个,在这个synchronized
同步代码块里,咱们看到这个 size
,是对put进来缓存对象个数的累加,而后调用集合的map.put
方法,返回一个对象 previous
,就是判断这个集合中是否添加了这个缓存对象,若是不为null,就对size
减回去。spa
最后又调用一个 trimToSize(maxSize)
方法,上面都是对添加一些逻辑的处理,那么不可能无限制添加啊,确定有移除操做,那么咱们推测这个逻辑可能在这个trimToSize(maxSize)
里处理。3d
源码以下:code
/** * Remove the eldest entries until the total of remaining entries is at or * below the requested size. * * @param maxSize the maximum size of the cache before returning. May be -1 * to evict even 0-sized elements. */
public void trimToSize(int maxSize) {
while (true) {
K key;
V value;
synchronized (this) {
if (size < 0 || (map.isEmpty() && size != 0)) {
throw new IllegalStateException(getClass().getName()
+ ".sizeOf() is reporting inconsistent results!");
}
//只要当前size<= maxSize 就结束循环
if (size <= maxSize || map.isEmpty()) {
break;
}
// 获取这个对象,而后从map中移除掉,保证size<=maxSize
Map.Entry<K, V> toEvict = map.entrySet().iterator().next();
key = toEvict.getKey();
value = toEvict.getValue();
map.remove(key);
size -= safeSizeOf(key, value);
evictionCount++;
}
entryRemoved(true, key, value, null);
}
}
复制代码
注释:Remove the eldest entries until the total of remaining entries is at or below the requested size
大概意思是说:清除时间最久的对象直到剩余缓存对象的大小小于设置的大小。没错是咱们想找的。
这里说明一下:maxSize就是咱们在构造方法里传入的,本身设置的
public LruCache(int maxSize) {
if (maxSize <= 0) {
throw new IllegalArgumentException("maxSize <= 0");
}
this.maxSize = maxSize;
this.map = new LinkedHashMap<K, V>(0, 0.75f, true);
}
复制代码
这样LruCache的核心方法 trimToSize
方法咱们就说完了,接下来我将经过实例再次验证下:
假设咱们设置maxSize 为2,布局里显示3个imageView,分别表明3张咱们要显示的图片,咱们添加3张图片,看看会不会显示3张?
xml布局显示以下(代码就不贴了,很简单):
activity代码以下:
public final int MAX_SIZE = 2;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.layout_lru);
ImageView iv1 = (ImageView) findViewById(R.id.iv1);
ImageView iv2 = (ImageView) findViewById(R.id.iv2);
ImageView iv3 = (ImageView) findViewById(R.id.iv3);
Bitmap bitmap1 = BitmapFactory.decodeResource(getResources(),R.drawable.bg);
Bitmap bitmap2 = BitmapFactory.decodeResource(getResources(),R.drawable.header_img);
Bitmap bitmap3 = BitmapFactory.decodeResource(getResources(),R.drawable.ic_launcher);
LruCache<String,Bitmap> lruCache = new LruCache<>(MAX_SIZE);
lruCache.put("1",bitmap1);
lruCache.put("2",bitmap2);
lruCache.put("3",bitmap3);
Bitmap bitmap = lruCache.get("1");
iv1.setImageBitmap(bitmap);
Bitmap b2 = lruCache.get("2");
iv2.setImageBitmap(b2);
Bitmap b3 = lruCache.get("3");
iv3.setImageBitmap(b3);
}
复制代码
图:
咱们能够先尝试分析一下:由于咱们设置的MaxSize 是2 ,那么在put第三个Bitmap的时候,在trimToSize
方法中,发现这个size是3 ,maxSize 是2,会继续向下执行,不会break,结合下面代码看下
public void trimToSize(int maxSize) {
while (true) {
K key;
V value;
synchronized (this) {
if (size < 0 || (map.isEmpty() && size != 0)) {
throw new IllegalStateException(getClass().getName()
+ ".sizeOf() is reporting inconsistent results!");
}
//第一次循环:此时 size 是3,maxSize 是 2
//第二次循环,此时 size 是 2 ,maxSize 是 2 ,知足条件,break,结束循环
if (size <= maxSize || map.isEmpty()) {
break;
}
//获取最早添加的第一个元素
Map.Entry<K, V> toEvict = map.entrySet().iterator().next();
key = toEvict.getKey();
value = toEvict.getValue();
//移除掉第一个缓存对象
map.remove(key);
// size = 2,减去移除的元素
size -= safeSizeOf(key, value);
evictionCount++;
}
entryRemoved(true, key, value, null);
}
}
复制代码
这个 safeSizeOf
是调用sizeOf
方法。
那么也就是说,咱们在put
第三个bitmap
的时候,LruCache
会自动帮咱们移除掉第一个缓存对象,由于第一个最早添加进去,时间也最长,固然后添加的bitmap
就是新的,最近的,那么咱们推断这个iv1
是显示不出图片的,由于被移除掉了,其它剩余两个能够显示,分析就到这里,看下运行结果是否是跟咱们分析的同样:
哇!真的跟咱们想的同样耶,证实咱们想的是对的。这里咱们思考一下就是为何LruCache
使用了这个LinkedHashMap
,为何LinkedHashMap
的创造方法跟咱们平时建立的不太同样,源码是这样的:
public LruCache(int maxSize) {
if (maxSize <= 0) {
throw new IllegalArgumentException("maxSize <= 0");
}
this.maxSize = maxSize;
this.map = new LinkedHashMap<K, V>(0, 0.75f, true);
}
复制代码
这里说一下评论里
藏地情人
评论是:new LinkedHashMap<K, V>(0, 0.75f, true)
这句代码表示,初始容量为零,0.75
是加载因子,表示容量达到最大容量的75%
的时候会把内存增长一半。最后这个参数相当重要。表示访问元素的排序方式,true
表示按照访问顺序排序,false
表示按照插入的顺序排序。这个设置为true
的时候,若是对一个元素进行了操做(put、get)
,就会把那个元素放到集合的最后。
确实也是这样的,咱们看下LinkedHashMap
的源码:
/** * Constructs an empty <tt>LinkedHashMap</tt> instance with the * specified initial capacity, load factor and ordering mode. * * @param initialCapacity the initial capacity * @param loadFactor the load factor * @param accessOrder the ordering mode - <tt>true</tt> for * access-order, <tt>false</tt> for insertion-order * @throws IllegalArgumentException if the initial capacity is negative * or the load factor is nonpositive */
public LinkedHashMap(int initialCapacity, float loadFactor, boolean accessOrder) {
super(initialCapacity, loadFactor);
this.accessOrder = accessOrder;
}
复制代码
里面这个assessOrder
注释里也说的很明白:the ordering mode - <tt>true</tt> for * access-order, <tt>false</tt> for insertion-order
-> true
呢就表示会排序,false
就表明按照插入的顺序。默认不传就是 false
,并且咱们每次 get(K) put(K,V)
的时候 会根据这个变量调整元素在集合里的位置。而这么作的目的也只有一个:保留最近使用的缓存对象,举个例子说明一下:
咱们向这个集合里添加了三种元素
LruCache<String, Bitmap> lruCache = new LruCache<>(MAX_SIZE);(MAX_SIZE=2)
lruCache.put("1", bitmap1);
lruCache.put("2", bitmap2);
lruCache.put("3", bitmap3);
复制代码
此时它们在集合里的顺序是这样的:
那好比说咱们在put
3 元素以前,使用了1元素,就是调用了get("1")
方法,咱们知道LinkedHashMap就会改变链表里元素的存储顺序,代码是这样的:
lruCache.put("1", bitmap1);
lruCache.put("2", bitmap2);
lruCache.get("1");
lruCache.put("3", bitmap3);
复制代码
那么此时对应链表里的顺序就是:
复制代码
当咱们再调用显示的时候,循环遍历就会优先把第一个位置的key = "2"
的缓存对象移除掉,保证了最近使用的原则,固然了由于把这个max_size = 2
因此在咱们执行lruCache.put("3", bitmap3);
时,集合最终会变成这样:
集合里只剩下 1 ,3
对应的缓存对象。
至此,LruCache就说完了,若是看完的你有不明白的地方能够留言,一块儿讨论下~