HashMap居然可以和它直接合体???

LinkedHashMap集合继承于HashMap,学习LinkedHashMap重点对比 LinkedHashMapHashMap 的异同

特别强调两者的 Entry(节点)数据结构、数据结构的不同带来的特性差异、HashMap 的后置处理机制及最少访问删除策略。

LinkedHashMap = HashMap + LinkedList

就像这幅图一样?

image

1. Entry(节点)数据结构

1.1. HashMap.Node

/* by 01130.hk - online tools website : 01130.hk/zh/regexcode.html */
static class Node<K,V> implements Map.Entry<K,V> {
    final int hash;
    final K key;
    V value;
    Node<K,V> next;
    // … 构造、getKey/getValue/setValue、equals/hashCode 等 …
}

字段说明:hash:key 的哈希值,keyvalue:存储的键值对,next:链表或树化时的链表指针。

image

1.2. LinkedHashMap.Entry

/* by 01130.hk - online tools website : 01130.hk/zh/regexcode.html */
// 头节点
transient LinkedHashMap.Entry<K,V> head;
// 尾节点
transient LinkedHashMap.Entry<K,V> tail;
// 节点类
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);
    }
}

新增字段说明beforeafter:维护插入/访问顺序的双向链表;

链表头尾:在 LinkedHashMap 中,维护一个 headtail 指针,插入时追加到尾部。

image

LinkedHashMap 数据结构就像它的名称一样Linked + HashMap,它是在HashMap的基础上,维护了一个双向链表。这个双向链表就像LinkedList一样,可以维护节点插入的顺序。

LinkedHashMap 数据结构是两种形态共存的数据结构

  • 你可以忽略双向链表,把它看做普通的HashMap
  • 也可以忽略HashMap,把它看作是双向链表。

如果你不想使用LinkedHashMap,但又想要维护HashMap的插入顺序,那你可以在HashMap.put元素后,同时将该元素保存到LinkedList.add集合,但这样就需要你确保集合一致性,比如插入和删除。这么想想,还不如直接用LinkedHashMap集合较为稳妥。

其实LinkedHashMap 一部分源码为的就是维护HashMap与双向链表的一致性,及操作过程做的一些扩展。比如:节点创建时的双向链表尾部插入和HashMap的后置处理。

1.3. 两者对比

特性HashMapLinkedHashMap
底层数据结构数组 + 链表/红黑树数组 + 链表/红黑树 + 双向链表
迭代顺序不保证顺序按插入顺序(或访问顺序,可选)
内存开销较小较大(每个节点额外维护链表指针)
适用场景一般的键值存取需要按插入或访问顺序遍历 (如 LRU 缓存)

1.4. 详细的数据结构案例

通过下面的案例图,清楚地看见每个节点的指向。

假设插入顺序为:22、23、45、89、25、38、49、28

插入完成后的数据结构如图,

图中信息含义: 当前节点信息只显示key值,next为下一个映射冲突节点;before为双链结构的上一节点,after为双链结构的下一节点;绿色虚线是整个LinkedHashMap的双链结构的连接关系。

image

可以清楚地看到,相比HashMap每个节点都需要多维护beforeafter节点,LinkedHashMap也就需要更多的空间。

2. 节点创建和转化重写

2.1. 创建Entry节点

链表节点创建的同时,通过linkNodeLast(p) 方法,维护双链结构的尾部插入

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.2. 树节点创建

红黑树节点创建的同时,通过linkNodeLast(p) 方法,维护双链结构的尾部插入

TreeNode<K,V> newTreeNode(int hash, K key, V value, Node<K,V> next) {
	TreeNode<K,V> p = new TreeNode<K,V>(hash, key, value, next);
	linkNodeLast(p);
	return p;
}

2.3. 节点转化

树节点转化为Entry节点Entry节点转化树节点都做了重写,通过transferLinks(q, t);方法完成节点转化

Node<K,V> replacementNode(Node<K,V> p, Node<K,V> next) {
	LinkedHashMap.Entry<K,V> q = (LinkedHashMap.Entry<K,V>)p;
	LinkedHashMap.Entry<K,V> t =
		new LinkedHashMap.Entry<K,V>(q.hash, q.key, q.value, next);
	transferLinks(q, t);
	return t;
}

TreeNode<K,V> replacementTreeNode(Node<K,V> p, Node<K,V> next) {
	LinkedHashMap.Entry<K,V> q = (LinkedHashMap.Entry<K,V>)p;
	TreeNode<K,V> t = new TreeNode<K,V>(q.hash, q.key, q.value, next);
	transferLinks(q, t);
	return t;
}

这些都是多态的简单应用,HashMap 引用指向不同的实例化子类,实现不同的功能。

3. HashMap 的后置处理(post-processing)

HashMap 本身在节点插入、访问、删除后并不做额外操作。LinkedHashMap 则通过重写以下钩子方法,在插入、访问或删除时维护自己的双链表结构。

3.1. 插入后

仅在evict=true 并且removeEldestEntry(first)==true时,插入后才需要移除头部节点

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

3.2. 访问后

仅在 accessOrder = true 时,访问后需调整顺序;需要在LinkedHashMap 的构造方法中设定accessOrder的值。

void afterNodeAccess(Node<K,V> e) {
    LinkedHashMap.Entry<K,V> p = (LinkedHashMap.Entry<K,V>)e;
    // 将 p 移到双向链表尾部
    moveNodeToLast(p);
}

3.3. 删除后

只要节点作删除,LinkedHashMap集合就必须删除双链表上的Entry 节点

void afterNodeRemoval(Node<K,V> e) {
    // 将 e 从双向链表中摘除
    unlinkNode((LinkedHashMap.Entry<K,V>)e);
}

这三步合称为 后置处理,保证在 putgetremove 等操作时,链表结构的正确维护。

但是、

为什么LinkedHashMap集合在插入完成后,需要多做一步删除头节点的操作呢?

为什么访问完成后需要将访问节点移动到双链表的尾部呢?

4. 最少访问删除策略

👉 为什么是 LinkedHashMap 而不是 HashMap

LinkedHashMapHashMap 基础上,增加了 双向链表,用来记录:插入顺序(默认)或访问顺序(accessOrder = true 时)

这就可以实现:记录最近访问的节点(最近访问的放到链表尾部);删除最久未访问的节点(链表头)

4.1. 核心方法

protected boolean removeEldestEntry(Map.Entry<K,V> eldest) {
    return false; // 默认不删除
}

这是一个 钩子,这个钩子removeEldestEntry(first) 在插入后缀处理中调用,LinkedHashMap 的源码如下:

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

你可以自己重写,制定属于自己的处理策略

LinkedHashMap<K,V> lru = new LinkedHashMap<K,V>(16, 0.75f, true) {
    protected boolean removeEldestEntry(Map.Entry<K,V> eldest) {
        return size() > 100; // 超过 100 个就删除最老的
    }
};

当每次 put 后:afterNodeInsertion 调用 removeEldestEntry,如果返回 true,就从链表头删除最老节点

总结:

LinkedHashMapremoveEldestEntry + accessOrder=true 可实现简单 LRU 缓存。

HashMap 不自带任何访问追踪或自动删除机制,必须由使用者自己实现。

4.2. LRU缓存例子

LRU 缓存(Least Recently Used Cache,最近最少使用缓存)是一种常用的 缓存淘汰策略,它的核心思想是:

如果数据最近被访问过,那么将来被访问的可能性也更高;反之则淘汰。

规定固定大小为4的缓存容器,源码如下

public class LRUDemo {
    public static void main(String[] args) {
        // 指定只能缓存四个数据
        LinkedHashMap<String, String> linkedHashMap = new LinkedHashMap<>(16, 0.75f, true) {
            protected boolean removeEldestEntry(Map.Entry<String, String> eldest) {
                return size() > 4;
            }
        };

        linkedHashMap.put("A","1");
        linkedHashMap.put("B","2");
        linkedHashMap.put("C","3");
        linkedHashMap.put("D","4");
        printOrder(linkedHashMap);
        linkedHashMap.get("B"); // B 被访问,移到末尾
        printOrder(linkedHashMap);
        linkedHashMap.put("E","5");   // 淘汰最老的 A
        printOrder(linkedHashMap);
    }
    public static void printOrder(LinkedHashMap<String, String> linkedHashMap ) {
        System.out.print("数据结构:" + "\n[head]");
        for (Map.Entry<String, String> entry : linkedHashMap.entrySet()) {
            System.out.print(" ⇄ " + entry.getKey());
        }
        System.out.println(" ⇄ [tail]\n");
    }
}

执行输出结果如下:

数据结构:

[head] ⇄ A ⇄ B ⇄ C ⇄ D ⇄ [tail]

数据结构:

[head] ⇄ A ⇄ C ⇄ D ⇄ B ⇄ [tail]

数据结构:

[head] ⇄ C ⇄ D ⇄ B ⇄ E ⇄ [tail]

5. HashMap与LinkedHashMap区别汇总

对比维度HashMapLinkedHashMap
节点类型HashMap.NodeLinkedHashMap.Entry(继承自 HashMap.Node
顺序保证按插入顺序或访问顺序
额外字段nextnext + before + after
内存消耗较低较高(每个节点多两个引用)
put 后置处理afterNodeInsertion(链表尾部插入 + 可选淘汰)
get 后置处理afterNodeAccess(访问时链表重排序,仅 accessOrder = true)
remove 后置处理afterNodeRemoval(从链表中摘除)
用途高效快速随机存取需要遍历顺序、实现 LRU 缓存、保持可预测迭代顺序

通过上述对比,可以看出 LinkedHashMap 只是对 HashMap 的轻量增强:

  1. 核心额外逻辑:在每次增删改查操作后,钩入双向链表维护;
  2. 额外空间开销:每个节点多俩指针;
  3. 功能收益:可提供插入顺序或访问顺序的迭代、可实现基于访问顺序的缓存淘汰(如 LRU)。

6. 总结

LinkedHashMap集合继承于HashMap,重点对比 LinkedHashMapHashMap 不同的数据结构的带来的特性差异;为什么需要LinkedHashMap这种两种形态共存的数据结构;以及通过HashMap 的后置处理机制轻松实现数据结构的功能扩展;并且对LinkedHashMap最少访问删除策略LRU做了简单案例演示。

往期推荐

分类往期文章
Java集合原理HashMap集合--基本操作流程的源码可视化
Java集合--HashMap底层原理可视化,秒懂扩容、链化、树化
Java集合--从本质出发理解HashMap
Java集合--LinkedList源码可视化
Java集合源码--ArrayList的可视化操作过程
设计模式秘籍
(已全部开源)
掌握设计模式的两个秘籍
往期设计模式文章的:设计模式
软件设计师软考中级--软件设计师毫无保留的备考分享通过软考后却领取不到实体证书?
2023年下半年软考考试重磅消息
Java学习路线
和相应资源
Java全栈学习路线、学习资源和面试题一条龙

原创不易,觉得还不错的,三连支持:点赞、分享、推荐↓

物联网通信协议测试是保障各类设备间实现可靠数据交互的核心环节。在众多适用于物联网的通信协议中,MQTT(消息队列遥测传输)以其设计简洁与低能耗的优势,获得了广泛应用。为确保MQTT客户端与服务端的实现严格遵循既定标准,并具备良好的互操作性,实施系统化的测试验证至关重要。 为此,采用TTCN-3(树表结合表示法第3版)这一国际标准化测试语言构建的自动化测试框架被引入。该语言擅长表达复杂的测试逻辑与数据结构,同时保持了代码的清晰度与可维护性。基于此框架开发的MQTT协议一致性验证套件,旨在自动化地检验MQTT实现是否完全符合协议规范,并验证其与Eclipse基金会及欧洲电信标准化协会(ETSI)所发布的相关标准的兼容性。这两个组织在物联网通信领域具有广泛影响力,其标准常被视为行业重要参考。 MQTT协议本身存在多个迭代版本,例如3.1、3.1.1以及功能更为丰富的5.0版。一套完备的测试工具必须能够覆盖对这些不同版本的验证,以确保基于各版本开发的设备与应用均能满足一致的质量与可靠性要求,这对于物联网生态的长期稳定运行具有基础性意义。 本资源包内包含核心测试框架文件、一份概述性介绍文档以及一份附加资源文档。这些材料共同提供了关于测试套件功能、应用方法及可能包含的扩展工具或示例的详细信息,旨在协助用户快速理解并部署该测试解决方案。 综上所述,一个基于TTCN-3的高效自动化测试框架,为执行全面、标准的MQTT协议一致性验证提供了理想的技术路径。通过此类专业测试套件,开发人员能够有效确保其MQTT实现的规范符合性与系统兼容性,从而为构建稳定、安全的物联网通信环境奠定坚实基础。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
【预测转矩控制三相感应电动机】实现三相感应电动机(MIT)预测转矩控制(PTC),描述了用于为变频器提供转矩参考值的控制器计算方法研究(Matlab代码、Simulink仿真)内容概要:本文档围绕“实现三相感应电动机(MIT)预测转矩控制(PTC)”展开,重点研究了为变频器提供转矩参考值的控制器计算方法,并提供了完整的Matlab代码与Simulink仿真模型。文档详细描述了预测转矩控制的技术原理与实现路径,涵盖系统建模、控制算法设计、仿真验证等关键环节,旨在帮助研究人员深入理解电机高性能控制策略的实现过程。此外,文档还附带多个相关科研方向的Matlab实现案例,涉及电力系统、优化算法、信号处理、路径规划等领域,突出展示了MATLAB在科研仿真中的广泛应用。; 适合人群:具备一定电机控制、电力电子或自动化背景,熟悉Matlab/Simulink环境,从事电气工程、控制工程及相关领域研究的研究生、科研人员或工程师。; 使用场景及目标:①掌握预测转矩控制(PTC)的基本原理与实现方法;②学习如何利用Matlab/Simulink搭建电机控制系统仿真模型;③为电机控制相关的科研项目、毕业设计或工程开发提供代码参考技术支持;④拓展对智能优化算法、状态估计、电力系统仿真等交叉领域的理解与应用能力。; 阅读建议:建议结合Matlab代码与Simulink模型同步运行与调试,深入理解控制算法的每一步实现细节;优先阅读主干内容后再参考附录中的扩展案例,以构建系统的知识体系;对于复杂算法部分,可配合相关文献进一步学习理论基础。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值