LinkedHashMap

[TOC]

一、顶部注释分析

1.1 数据结构

LinkedHashMap

1.2 从注释中得到的结论

  • LinkedHashMap 是 Map 接口的哈希表和链表的实现,具有可预知的迭代顺序
  • LinkedHashMap 和 HashMap的不同之处在于:它包含一个贯穿于所有 entry 的双向链表
  • 双向链表定义了迭代的顺序,默认是插入顺序。如果一个key被重插入,插入顺序不受影响
  • 与 HashMap 类似,初始化容量和加载因子对其性能影响很大,但是迭代遍历时不受初始容量影响 (2.8节)
  • LinkedHashMap 也是非线程安全的
  • 由于LinkedHashMap 支持按访问顺序遍历,因此适合通过扩展实现 LRU 缓存 [(2.5节)](#2.5-迭代方式 accessOrder 的含义)

二、源码分析

2.1 定义

public class LinkedHashMap<K,V> extends HashMap<K,V> implements Map<K,V>
  • LinkedHashMap<K,V>:以 key-value 形式存储数据
  • extends HashMap<K,V>:继承自HashMap,哈希表部分的功能和 HashMap 相似
  • implements Map<K,V>:实现了Map接口
  • HashMap 已经实现了Map接口,LinkedHashMap 虽然继承自 HashMap 但还是再次实现了 Map 接口,一般认为这样做的原因是可以直观地表达出 LinkedHashMap 实现了Map

2.2 字段

// 双向链表头指针
transient LinkedHashMap.Entry<K,V> head;

// 双向链表尾指针
transient LinkedHashMap.Entry<K,V> tail;

// 迭代方式
// true代表按访问顺序迭代(access-order)
// false代表按插入顺序迭代(insertion-order)
final boolean accessOrder;

2.3 Entry 静态内部类

  • Entry 继承自 HashMap 的 Node,并且每个 entry 都包含前指针和后指针
  • 在构建新节点时,构建的是 LinkedHashMap.Entry,而 不再是 Node
static class Entry<K,V> extends HashMap.Node<K,V> 
{
    Entry<K,V> before, after;
    Entry(int hash, K key, V value, Node<K,V> next) 
    {
        super(hash, key, value, next);
    }
}

2.4 构造方法

  1. public LinkedHashMap(int initialCapacity, float loadFactor):使用指定的初始化容量和加载因子构造一个空 LinkedHashMap
  2. public LinkedHashMap(int initialCapacity):使用指定的初始化容量和默认加载因子 (0.75) 构造一个空 LinkedHashMap
  3. public LinkedHashMap():使用默认的初始化容量 (16) 和加载因子 (0.75) 构造一个空 LinkedHashMap
  4. public LinkedHashMap(Map<? extends K, ? extends V> m):使用指定 Map 构造新的LinkedHashMap。初始化容量和加载因子均为默认值
  5. 即构造方法与 HashMap 类似,只是多了一条 accessOrder = false;,即默认迭代顺序为插入顺序

2.5 迭代方式 accessOrder 的含义

  • 如果按插入顺序迭代,则符合我们平时的思维方式,即如果依次插入 1,2,3,则访问时顺序也为1,2,3
  • 如果按访问顺序迭代,则每次访问某个值后,会把该值放到链表的最后,即采用类似 LRU 的思想,把最常用的放在链表的最后,不常用的放在链表的最前
  • 因此顶部注释中有一句:This kind of map is well-suited to building LRU caches,即LinkedHashMap 适合实现 LRU 缓存

2.6 常用操作

2.6.1 put

  • LinkedHashMap 本身并没有 put 方法,而是直接继承自 HashMap
  • 但是在 put 方法中创建新节点时,会调用 LinkedHashMap 重写后的 newNode 方法
// 重写HashMap中的newNode方法,创建的是LinkedHashMap.Entry
Node<K,V> newNode(int hash, K key, V value, Node<K,V> e) 
{
    LinkedHashMap.Entry<K,V> p = new LinkedHashMap.Entry<K,V>(hash, key, value, e);
    linkNodeLast(p);
    return p;
}

2.6.2 get

  • 获取方式与 HashMap 大致相同
  • 只是若迭代方式为按访问顺序迭代,则需要在 get 后把该节点放到链表的最后
public V get(Object key) 
{
    Node<K,V> e;
    if ((e = getNode(hash(key), key)) == null)
        return null;
    if (accessOrder)
        afterNodeAccess(e);
    return e.value;
}

// 该方法实现将节点e放到链表最后
void afterNodeAccess(Node<K,V> e) // move node to last

2.6.3 remove

  • LinkedHashMap 本身也没有 remove 方法,同样直接继承自 HashMap
  • 但是在 remove 中有一行 afterNodeRemoval(node),此时同样会调用 LinkedHashMap 重写后的该方法

2.7 回调函数

  • 其实在 HashMap 中包含了如下三个空方法,它们大多出现在访问、插入、删除某个节点的方法中
// Callbacks to allow LinkedHashMap post-actions
// 回调函数,允许LinkedHashMap进行后期操作

void afterNodeAccess(Node<K,V> p) { }
void afterNodeInsertion(boolean evict) { }
void afterNodeRemoval(Node<K,V> p) { }
  • 但是在 HashMap 中均为空,即执行访问、插入、删除等操作后不进行其他修改
  • 而它们在 LinkedHashMap 都有重写,LinkedHashMap正是通过重写这三个方法,在访问、插入、删除节点后维护双向链表的有序性
  • 例如执行 get 方法中若 accessOrder 为 true,则调用 afterNodeAccess 把该节点放到链表末尾
  • 执行 remove 方法中调用重写的 afterNodeRemoval,来更新双向链表

2.8 entrySet

  • entrySet() 方法在 LinkedHashMap 中也被重写,返回的是 LinkedEntrySet
public Set<Map.Entry<K,V>> entrySet() 
{
    Set<Map.Entry<K,V>> es;
    return (es = entrySet) == null ? (entrySet = new LinkedEntrySet()) : es;
}
  • 在 forEach 方法中,它遍历的是 LinkedHashMap内部维护的双向链表,而不是类似 HashMap 的 table 数组,因此初始容量对遍历没有影响
public final void forEach(Consumer<? super Map.Entry<K,V>> action) 
{
    if (action == null)
        throw new NullPointerException();
    int mc = modCount;
    
    // 通过head指针遍历双向链表,初始容量对其没有影响
    for (LinkedHashMap.Entry<K,V> e = head; e != null; e = e.after)
        action.accept(e);
    if (modCount != mc)
        throw new ConcurrentModificationException();
}
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,126评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,254评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,445评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,185评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,178评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,970评论 1 284
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,276评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,927评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,400评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,883评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,997评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,646评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,213评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,204评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,423评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,423评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,722评论 2 345

推荐阅读更多精彩内容