使用 get 时 LRUCache 条目重新排序

Question

我查看了 LRUCache 的官方 Android 文档，其中说：每次访问一个值时，它都会移动到队列的头部。当一个值被添加到一个完整的缓存中时，该队列末尾的值被逐出并可能成为垃圾回收的条件。 我想这是由缓存使用的linkedhashmap维护的双向链表。为了检查这种行为，我检查了 LruCache 的源代码，并检查了 get(K key) 方法。它进一步调用 map 的 get 方法，该方法从底层 hashmap 中获取值并调用 recordAccess 方法。

public V get(Object key) {
    LinkedHashMapEntry<K,V> e = (LinkedHashMapEntry<K,V>)getEntry(key);
    if (e == null)
        return null;
    e.recordAccess(this);
    return e.value;
}

recordAccess 方法反过来将访问的条目移动到列表的末尾，以防 accessOrder 设置为 true（对于我的问题，我们假设它是），否则它什么也不做。

/**
     * This method is invoked by the superclass whenever the value
     * of a pre-existing entry is read by Map.get or modified by Map.set.
     * If the enclosing Map is access-ordered, it moves the entry
     * to the end of the list; otherwise, it does nothing.
     */
    void recordAccess(HashMap<K,V> m) {
        LinkedHashMap<K,V> lm = (LinkedHashMap<K,V>)m;
        if (lm.accessOrder) {
            lm.modCount++;
            remove();
            addBefore(lm.header);
        }
    }

这听起来与上面所说的元素被移动到队列头部的语句相矛盾。相反，它被移动到列表的最后一个元素（使用 head.before）。当然，我在这里遗漏了一些东西，有什么帮助吗？

Answer 1

您没有遗漏任何东西，只是您正在阅读LinkedHashMap 的LruCache 文档。 LinkedHashMap 有自己的文档，尤其是关于它的accessOrder。 （Java docs 也一样）。

[...when accessOrder=true...] 迭代顺序是其条目最后一次访问的顺序，从最近最少访问到最近访问（访问顺序）

所以LinkedHashMap 将最近使用的条目放在最后，并记录在案。

实际上LruCache 描述了这种缓存在理论上是如何工作的，但LinkedHashMap 展示了如何在不添加单独的向后移动迭代器的情况下实现它：通过将最近的元素放在末尾，trimming 可以使用已经可用的 (向前移动的）迭代器来有效地访问（和删除）旧元素。

虽然此时此地我不知道removeEldestEntry 出了什么问题。也许它在过去不存在。

Answer 2

来自LinkedHashMap的javadoc：

如果使用三参数构造函数，并且 accessOrder 指定为 true，则迭代将按照访问条目的顺序进行。访问顺序受 put、get 和 putAll 操作影响，但不受集合视图上的操作影响。

Exactly the case，LruCache 有。

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);
}

让我们看看recordAccess() 做了什么：

    void recordAccess(HashMap<K,V> m) {
        LinkedHashMap<K,V> lm = (LinkedHashMap<K,V>)m;
        if (lm.accessOrder) { // true, because `LruCache` instantiated this 
                              // map with `accessOrder = true`
            lm.modCount++;
            remove(); // remove this `LinkedHashMapEntry` from the map
            addBefore(lm.header); // adds this entry before the current header of
                                  // the map, thus this entry becomes the header
        }
    }

而是移动到列表的最后一个元素（使用 head.before）。

我看不出你的陈述是如何有效的。