哪个Map最适合用来实现LRU Cache?

[william_yao]

前段时间面试碰到的一道题，最近进了这家公司了，再拿出来看看。求大神继续解脱。

30. 下面哪个Map最适合用来实现LRU Cache?
A. Hashtable
B. TreeMap
C. HashMap
D. IdentityHashMap
E. WeakHashMap

网上给的答案是A。为什么？
大家一般如何实现这个 最近最少使用 cache？

[sjlzcj]

就那几个可选的来说 只能是A了 因为是线程安全的 不过 个人认为应该用 Map map = Collections.synchronizedMap(new LinkedHashMap());

[UDown]

LRU缓存介绍与实现，平时很少用到

[sjlzcj]

你这个 重点是 cache 既然是cache 就一定要注意“容器”的线程安全方面的东西 lru是你cache的实现算法， 算法实现上 要先保证数据的正确性，，再考虑性能 所以，，，就像我在2#回复的一样了

[guishuanglin]

连表HashMap最合适, 可以修正排序位置.

[william_yao]

引用 3 楼 guishuanglin 的回复:

连表HashMap最合适, 可以修正排序位置.

LinkedHashMap么？

[guishuanglin]

是的,我觉得LinkedHashMap很合适, 这个本来在jdk 说明中就有说可以用做 lru的原始说明的. 你可以查api

[wangzhidavl]

因为hashmap的实现原理是 表（数组）+链表的形式来实现的，当查找一个key时，先计算hashcode，得到对应该的entry<K,V>,entry是链表结构，调用其next方法逐个entry来跟k比较，最终取得value。 如果再次查找同一个key，就只计算hashcode即可取得value,因为在上次取的时候已经把entry 的链表指针指向了这个value

[xiongweiyu88]

LinkedHashMap 双向链表

[william_yao]

引用 8 楼 xiongweiyu88 的回复:

LinkedHashMap 双向链表

能不能详细阐述下原因？这样的回答make no sense哦。

[raistlic]

A. Hashtable B. TreeMap C. HashMap D. IdentityHashMap E. WeakHashMap 首先可以确定 E 不对 D 我没用过就不乱说了 A 不合适，不说有更好的 ConcurrentHashMap，也不说 Hashtable 这个类本身已经被认为过时了，单从设计的角度来说，它本身不管三七二十一先加了锁，限制了你设计上的灵活度，或者说你设计上很可能不需要它这种加锁方式。 Hashtable 这种类，说它“线程安全”，它真的安全吗？ C HashMap 比 A 好，因为要想像 A 那样加锁，你随时可以用 Collections.synchronizedMap(map) 把你的 map 保护起来，HashMap本身不是线程安全的，正因为这样，你可以用任何最合适的方式来保护它，以实现线程安全。 比较一下 A 和 C，C 是块漂亮的好砖，可以拿来盖房子，铺地板，怎么都好用，因为它不多管闲事；A 是快自作聪明的坏砖，它身上先自己抹了水泥，——你有六面你知道我需要你哪一面抹水泥？ B 从效率上说，应该不如 C 合适。

[Inhibitory]

LRU需要删除最近最少使用的元素，也就是说，需要排序功能找出最近最少使用的那个元素，所提供的几个选项里只有TreeMap适合。

[guishuanglin]

如果只有上面的选择,我选择: HashMap ,理由: 1 LinkedHashMap 是 HashMap的子类. 2 LinkedHashMap 明确说明 "很适合构建 LRU 缓存", 实现了"从近期访问最少到近期访问最多的顺序". 所以: 如果用 hashMap自己实现 "MyLinkedHashMap " 用来构建 LRU 更实际.