HashMap之JDK不同版本碰撞追加元素

一、JDK1.6和JDK1.8

//如果遍历链表没发现这个key，则会调用以下代码

addEntry(hash, key, value, i);

void addEntry(int hash, K key, V value, int bucketIndex) {
	Entry<K,V> e = table[bucketIndex];
	table[bucketIndex] = new Entry<K,V>(hash, key, value, e);
	if (size++ >= threshold)
	resize(2 * table.length);
}

Entry( int h, K k, V v, Entry<K,V> n) {
	value = v;
	next = n;
	key = k;
	hash = h;
}

从构造方法中的nexrt=n可以看出确实是把原本的链表直接链在了新建的Entry对象的后边，可以断定是插入到头部。

再来看下JDK1.8的put方法有行代码

return putVal(hash(key), key, value, false, true);

for (int binCount = 0; ; ++binCount) {
	//e是p的下一个节点
    if ((e = p.next) == null) {
		//插入链表的尾部
        p.next = newNode(hash, key, value, null);
		//如果插入后链表长度大于8则转化为红黑树
        if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
            treeifyBin(tab, hash);
        break;
    }
	//如果key在链表中已经存在，则退出循环
    if (e.hash == hash &&
            ((k = e.key) == key || (key != null && key.equals(k))))
        break;
    p = e;
}
//如果key在链表中已经存在，则修改其原先的key值，并且返回老的值
if (e != null) { // existing mapping for key
    V oldValue = e.value;
    if (!onlyIfAbsent || oldValue == null)
        e.value = value;
    afterNodeAccess(e);
    return oldValue;
}

代码我一行行加了注释，其中链表插入的代码是：

//e是p的下一个节点
if ((e = p.next) == null) {
	//插入链表的尾部
    p.next = newNode(hash, key, value, null);
	//如果插入后链表长度大于8则转化为红黑树
    if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
        treeifyBin(tab, hash);
    break;
}

从这段代码中可以很显然地看出当到达链表尾部（即p是链表的最后一个节点）时，e被赋为null，会进入这个分支代码，然后会用newNode方法建立一个新的节点插入尾部。
结论：jdk1.8中是插入的是链表尾部

jdk1.8中Entry不见了
在jdk1.6中，HashMap中有个内置Entry类，它实现了Map.Entry接口；而在jdk1.8中，这个Entry类不见了，变成了Node类，也实现了Map.Entry接口，与jdk1.6中的Entry是等价的。

结论
在jdk1.6是插入头部的，在jdk1.8中是插入尾部的。

二、JDK8和JKD7的区别

JDK7中的HashMap

数组+链表实现,底层维护一个Entry数组 Entry<K,V>[] table;

JDK8中的HashMap

位桶+链表/红黑树的方式实现,底层维护一个Node数组 Node<K,V>[] table;

不同点

一、结构

1、在JDK7中hash时发生碰撞，存储一个链表中，当数据量大的时候，需要花费O(N)的查找时间，这个问题终于在JDK8中得到了解决。

2、JDK8位桶+链表/红黑树的方式,当链表的存储的个数大于等于8的时候，不再采用链表存储，而采用了红黑树存储结构。这是JDK7与JDK8中HashMap实现的最大区别。

二、顺序

1、发生hash冲突时 JDK7是新元素插入到链表的头部。
2、JDK8:发生hash冲突后，会优先判断该节点的数据结构式是红黑树还是链表，如果是红黑树，则在红黑树中插入数据；如果是链表，则将数据插入到链表的尾部并判断链表长度是否大于8，如果大于8要转成红黑树。

问题：

JDK7:在扩容resize（）过程中，采用单链表的头插入方式，在将旧数组上的数据转移到新数组上时，转移操作=按旧链表的正序遍历链表、在新链表的头部依次插入
1、即在转移数据、扩容后，容易出现链表逆序的情况
2、多线程下resize()容易出现死循环

若（多线程）并发执行put（）操作，一旦出现扩容情况，则容易出现环形链表，从而在获取数据、遍历链表时 形成死循环（Infinite
Loop），即死锁的状态

JDK1.8
转移数据操作 = 按旧链表的正序遍历链表、在新链表的尾部依次插入。
1、所以不会出现链表逆序、倒置的情况
2、不会出现环形链表的情况
3、jdk1.8仍是线程不安全的，因为没有加同步锁保护

解决：

1.使用时设置初始值,避免多次扩容的性能消耗
2.使用自定义对象作为key时,最好重写hashCode和equals方法
3.多线程下,使用CurrentHashMap代替HashMap

本文摘自：https://blog.csdn.net/qq_37191690/article/details/87937167