Java类集框架 —— LinkedHashMap源码分析

前言

我们知道HashMap底层是采用数组+单向线性链表/红黑树来实现的,HashMap在扩容或者链表与红黑树转换过程时可能会改变元素的位置和顺序。如果需要保存元素存入或访问的先后顺序,那就需要采用LinkedHashMap了。

LinkedHashMap结构

LinkedHashMap继承自HashMap,它的所有操作和HashMap类似,底层结构也和HashMap一样,只不过为了维护元素的存入/访问顺序,增加了一个双向链表。

LinkedHashMap结构图

LinkedHashMap由数组、单向线性链表、红黑树、双向线性链表组成。如上图:灰色区域为数组,蓝色节点和蓝色箭头为单向链表的引用关系,绿色节点和绿色箭头为红黑树的引用关系,节点中的数字依次表示元素的存入/访问顺序,由橙色的双向箭头表示双向链表的引用关系。

注:在JDK1.7及之前HashMap中没有红黑树,LinkedHashMap中也不存在红黑树。另在JDK1.6及之前,HashMap中的链表为单向环形链表,LinkedHashMap中中的单向链表和双向链表都是环形链表。在JDK1.8,LinkedHashMap中可能会存在红黑树,同时单向链表和双向链表都是线性的。本文是基于JDK1.8来分析的。

LinkedHashMap源码分析

基本属性:

transient LinkedHashMap.Entry<K,V> head;    // 双向链表头节点
transient LinkedHashMap.Entry<K,V> tail;    // 双向链表尾节点
final boolean accessOrder;                  // 是否按照访问顺序排序

head和tail分别记录了双向链表的头节点和尾节点,遍历时通过headtail就可以按照存入/访问的顺序来取数据。

accessOrder用以表示LinkedHashMap是否按照访问顺序来排序,为true的话表示按照访问顺序排序,为false表示按照存入顺序排序,默认为false

构造函数:

// 无参构造
public LinkedHashMap() {
    super();
    accessOrder = false;
}
// 给定初始容量
public LinkedHashMap(int initialCapacity) {
    super(initialCapacity);
    accessOrder = false;
}
// 给定初始容量和加载因子
public LinkedHashMap(int initialCapacity, float loadFactor) {
    super(initialCapacity, loadFactor);
    accessOrder = false;
}
// 给定初始容量、加载因子、是否按访问先后排序
public LinkedHashMap(int initialCapacity,
                     float loadFactor,
                     boolean accessOrder) {
    super(initialCapacity, loadFactor);
    this.accessOrder = accessOrder;
}

构造函数都是调用父类HashMap的构造函数。前3个都默认accessOrderfalse,LinkedHashMap内部按照存入顺序排序。最后一个构造函数可以指定accessOrder的值。

增:

LinkedHashMap添加数据要调用了父类的HashMapput方法,在HashMap的源码中,put方法存入元素后,调用了afterNodeAccessafterNodeInsertion方法,这两个方法在HashMap中都是空方法,LinkedHashMap实现了这两个方法:

void afterNodeAccess(Node<K,V> e) { 
    LinkedHashMap.Entry<K,V> last;
    // 如果按照访问顺序排序,并且添加的元素e不是双向链表的尾节点
    if (accessOrder && (last = tail) != e) {
        LinkedHashMap.Entry<K,V> p =
            (LinkedHashMap.Entry<K,V>)e, b = p.before, a = p.after;
        p.after = null;
        if (b == null)
            head = a;
        else
            b.after = a;
        if (a != null)
            a.before = b;
        else
            last = b;
        if (last == null)
            head = p;
        else {
            p.before = last;
            last.after = p;
        }
        tail = p;
        ++modCount;
    }
}

afterNodeAccess方法的逻辑就是将当前节点e移动到双向链表的尾部。每次LinkedHashMap中有元素被访问时,就会按照访问先后来排序,先访问的在双向链表中靠前,越后访问的越接近尾部。当然只有当accessOrdertrue时,才会执行这个操作。

void afterNodeInsertion(boolean evict) { // possibly remove eldest
    LinkedHashMap.Entry<K,V> first;
    if (evict && (first = head) != null && removeEldestEntry(first)) {
        K key = first.key;
        removeNode(hash(key), key, null, false, true);
    }
}

afterNodeInsertion方法意思是evicttrue时删除双向链表的头节点。

通过afterNodeAccessafterNodeInsertion这两个方法,如果当LinkedHashMap的容量达到一定量时,需要保存它的size不变,那么每次添加一个元素到双向链表的尾部,就要删除一个双向链表头部的元素,这相当于实现了LruCache的策略。

删:

删除元素同样也是调用了HashMapremove方法,在remove方法中,调用了afterNodeRemoval方法。

void afterNodeRemoval(Node<K,V> e) { // unlink
    LinkedHashMap.Entry<K,V> p =
        (LinkedHashMap.Entry<K,V>)e, b = p.before, a = p.after;
    p.before = p.after = null;
    if (b == null)
        head = a;
    else
        b.after = a;
    if (a == null)
        tail = b;
    else
        a.before = b;
}

afterNodeRemoval方法就是将e节点从双向链表中删除,更改e前后节点引用关系,使之重新连成完整的双向链表。

改:

LinkedHashMap更改元素的value值,仍是调用put方法,涉及到的逻辑可以看上面的afterNodeAccessafterNodeInsertion这两个方法。

查:

LinkedHashMap自己实现了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;
}

逻辑非常简单,直接调用HashMapgetNode方法,如果需要按照访问先后排序,调用afterNodeAccess更新双向链表排序。

总结

LinkedHashMap继承了HashMap的所有特性,唯一的区别就是LinkedHashMap是一个有序的映射集合,而HashMap则是无序的。LinkedHashMap实现排序的原理就是再内部增加了一个双向链表来记录元素的存入/访问顺序。LinkedHashMap内部是记录的是存入还是访问顺序取决于关键属性accessOrder,默认是按存入顺序记录。

最后编辑于
?著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,100评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,308评论 3 388
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事?!?“怎么了?”我有些...
    开封第一讲书人阅读 159,718评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,275评论 1 287
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,376评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,454评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,464评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,248评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,686评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,974评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,150评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,817评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,484评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,140评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,374评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,012评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,041评论 2 351

推荐阅读更多精彩内容