HashMap是头插还是尾插？

前言 大家都知道，HashMap用到的数据结构，在JDK8之前是数组+单链表。在JDK8用的是数组+单链表+红黑树。 这里说一句题外话，为什么JDK8时候引入了红黑树？ （1）因为当数组中每个元素，都是一个Entry，每一个Entry是一个单链表。 （2）当链表长度过长的时候，查询链表中的一个元素就比较耗时，这时就引入了红黑树。 （3）首先红黑树是一棵二叉树，而且属于二叉树中比较特殊的二...

此时线程T2开始执行迁移，她同样读取到的是旧链表，A -> B,它将A迁移到新桶，T2把A节点放到头部，且执行A.next = newTable[i]，此时newTable[i]是B，也就是A.next = B，接着继续执行，把节点B迁移过去，并且把B.next = newTable[i]，此时newTable[i]是B，也就形成了A.next = B；4：T2可能出现两种结果；3：交错执行：线程T1先执行，它将A节点迁移到新桶，并使用头插法，此时新桶链表为A，此时迁移B，接着执行B.next = A；

一.那么关于遇到hash冲突时候这个数据是头插呢?还是尾插呢? 关于HashMap链表插入问题,java8之前之前是头插法 头插法:就是说新来的值会取代原有的值，原有的值就顺推到链表中去，就像上面的例子一样，因为写这个代码的作者认为后来的值被查找的可能性更大一点，提升查找的效率。 在java8之后，都是所用尾部插入了。 效 java8 后为啥改为尾部插入呢？ 解决上面的问题需要一些预备知识 hashmap的扩容原理 hashmap扩容分为两步 扩容：创建一个新的Entry空数组，长度是原数组的2

前言: 最近又看了一遍HashMap的源码，发现了一个问题，1.8的JDK中，HashMap中由Node继承Map.Entry接口了，并且是在链表末尾插入的。所以才有了这篇文章，一起看一看源码分析一下。先说结论吧。 在jdk1.8之前事插入头部的，在jdk1.8以后是插入尾部的。 源码分析 JDK1.6 put方法代码如下： public V put(K key, V value) { ...

引言 同学去面试京东，被问了一个问题：我们都知道，HashMap是由Entry链表组成的数组，当HashMap要在链表里插入新的Entry时，到底是插入头部还是尾部呢？我通过查看自己电脑上的jdk1.8的源码，发现是插入尾部的，但是我同学告诉我面试官告诉他答案是插入头部，这篇文章就从源码角度一探究竟。 先说结论 在jdk1.8之前是插入头部的，在jdk1.8中是插入尾部的。 ...

数据结构　　对 HashMap 的底层数据结构，相信大家都有所了解，不同的版本，底层数据结构会有所不同　　1.7 的底层数据结构/** * An empty table instance to share when the table is not inflated. */ static final Entry<?,?>[] EMPTY_TABLE = {}; /** * Th...

1.JDK8以前是头插法，JDK8后是尾插法 2.为什么要从头插法改成尾插法？ A.因为头插法会造成死链，参考链接 B.JDK7用头插是考虑到了一个所谓的热点数据的点(新插入的数据可能会更早用到)，但这其实是个伪命题,因为JDK7中rehash的时候，旧链表迁移新链表的时候，如果在新表的数组索引位置相同，则链表元素会倒置(就是因为头插) 所以最后的结果 还是打乱了插入的顺序 所以总的来看支撑JDK...

数据结构　　对 HashMap 的底层数据结构，相信大家都有所了解，不同的版本，底层数据结构会有所不同　　1.7 的底层数据结构/** * An empty table instance to share when the table is not inflated. */ static final Entry<?,?>[] EMPTY_TABLE = {}; /** * Th...

HashMap内部的bucket数组长度为什么一直都是2的整数次幂答：这样做有两个好处，第一，可以通过(table.length - 1) & key.hash()这样的位运算快速寻址，第二，在HashMap扩容的时候可以保证同一个桶中的元素均匀地散列到新的桶中，具体一点就是同一个桶中的元素在扩容后一般留在原先的桶中，一般放到了新的桶中。HashMap默认的bucket数组是多大答：默认是16，即时指定的大小不是2的整数次幂，HashMap也会找到一个最近的2的整数次幂来初始化桶数组。

1. resize定义 当HashMap中的元素越来越多的时候，碰撞的几率也就越来越高（因为数组的长度是固定的），所以为了提高查询的效率，就要对HashMap的数组进行扩容，数组扩容这个操作也会出现在ArrayList中，所以这是一个通用的操作，很多人对它的性能表示过怀疑，不过想想我们的“均摊”原理，就释然了，而在HashMap数组扩容之后，最消耗性能的点就出现了：原数组中的数据必须重新计算其...

头插法在插入新节点时，会将新节点放在链表头部，原头部节点后移。若单线程环境下频繁插入哈希冲突的元素，可能导致旧节点在链表中深度嵌套，虽不会成环，但存在操作效率下降的问题（链表越长，查询效率越低）。3. 线程A继续扩容时，仍按原顺序处理节点，但由于头插法，会将节点插入新链表头部，最终导致链表成环（如 A -> B -> C -> A ）。2. 优化单线程性能：当链表长度超过阈值（默认8）时，JDK 1.8会将链表转换为红黑树，尾插法更符合红黑树的插入逻辑，减少树结构调整的开销。

结合红黑树优化，性能和稳定性都显著提升。在 JDK 1.8 及以后，而在 JDK 1.8。

一、关于头插法和尾插法 hashMap:hash冲突时： 1.7 头插法：并发扩容时，死循环，thread1 数组扩容后，数据还没重新分配，此时A->B, thread2 完成数组扩容并数据重新分配 B->A 1.8 尾插法

总体而言，尾插法相对于头插法在某些场景下能够提供更好的性能，特别是在并发环境下。不过，具体的性能差异可能取决于应用程序的特性和使用模式。在Java 8之后，HashMap的实现也进行了一些优化，采用了红黑树来优化链表，以提高性能。在Java 8中，HashMap的实现采用了尾插法（又称为末尾插入法或尾部插入法）作为解决冲突的一种方式。尾插法相比于头插法（链表的头部插入法）有一些优势，特别是在并发操作方面。

头插法是指将新插入的键值对节点放在链表的头部。在 Java 7 及更早版本的 HashMap 中，插入新节点时使用的是头插法。所谓头插法，就是在创建链表的时候，每次拿到一个新的节点就插在Head之后。即如果用3个整形数1，2，3来创建链表，如果按照数字升序输入数据，那么用头插法创建后得到的链表则为3->2->1尾插法是指将新插入的键值对节点放在链表的尾部。从 Java 8 开始，HashMap 改用尾插法来解决头插法在扩容时的死循环问题。

JDK1.8之前，HashMap#get操作死循环问题剖析写在前面问题原因1、头插法：2、在并发环境下使用非线程安全的类具体成环的情况分析问题答疑 写在前面 1、HashMap本身是线程不安全的（不管哪个jdk版本），所以请不要在并发访问的场景下直接使用HashMap。 2、如果在并发访问的场景下，建议采用concurrentHashMap。 问题原因 1、头插法： 我们知道，在jdk1.8之前，hashMap的put操作，或扩容操作，针对hash冲突时采用的是拉链法（将冲突的对象以链表的形式串联起来），新

前言 HashMap 应该算是 Java 后端工程师面试的必问题，因为其中的知识点太多，很适合用来考察面试者的 Java 基础。 开场 面试官: 你先自我介绍一下吧！ 安琪拉: 我是安琪拉，草丛三婊之一，最强中单（钟馗不服）！哦，不对，串场了，我是**，目前在–公司做–系统开发。 面试官: 看你简历上写熟悉 Java 集合，HashMap 用过的吧？ 安琪拉: 用过的。(还是熟悉的味道) 面试官: 那你跟我讲讲 HashMap 的内部数据结构？ 安琪拉: 目前我用的是 JDK1.8 版本的，内部使用数组 +

HashMap的死循环只发生在JDK1.7版本中主要原因：头插法+链表+多线程并发+扩容，累加到一起就会形成死循环多线程下：建议采用ConcurrentHashMap替代JDK1.8，HashMap改用尾插法，解决了链表死循环问题，但是可能会数据覆盖。