HashMap在JDK7和JDK8中的区别及其详解

看过很多文章写HashMap在jdk7和8之间的区别,这里做一下深度的剖析,以及为什么会存在这些区别

1.数据结构上的区别

1.JDK7中的数据结构主要是：数组＋链表，数组和链表的节点的实现类是Entry类
2.JDK8中的数据结构主要是：数组＋链表/红黑树，当链表的元素个数大于等于8的时候转为红黑树，元素个数小于等于6时，红黑树结构还原成链表,数组和链表的节点的实现类是Node类
剖析:

1.红黑树是解决链表查询出现的O(n)情况,那么为什么不用其他树呢?
如平衡二叉树等,我们通过以下二方面分析:
	平均插入效率:链表>红黑树>平衡二叉树
	平均查询效率:平衡二叉树>红黑树>链表
可以看出红黑树介于二者之间,hashMap作为各种操作频繁的容器,自然选择综合性能较好的红黑树

选择红黑树而不是AVL的详细理由

2.为什么阈值是6和8呢?
	1.为什么8转红黑树?
	红黑树的平均查找次数是log2(n)，
		长度为8时:
			红黑树平均查找次数为3，链表平均查找长度为8/2=4,此时选择红黑树优
		长度为4为:
			红黑树平均查找次数为2,链表平均长度为4/2=2,此时次数一样,红黑树开销大
		至于567我们在这没有讨论的必要
	2.为什么6转回链表?
		若选择7,在7和8链表之间的增删元素,必然会导致频繁进行链表和红黑树的转换

2.Hash值的计算区别

1.JDK7：h^ =(h>>>20)^(h>>>12) return h ^(h>>>7) ^(h>>>4);
2.JDK8：(key==null)?0:(h=key.hashCode())^(h>>>16)
剖析:

jdk7中因为要保持hash函数的散列性,所以进行了多次的异或和位运算而,
8中因为链表长度超过等于8会转红黑树,所以我们可以稍微减少元素的散列性,
从而避免很多异或和位运算操作

３.链表数据插入的区别
1.JDK7：使用的是头插入法，扩容后与原位置相反(resize会导致环形链表)
2.JDK8：使用的尾插法，扩容后位置与原链表相同
剖析:

jdk7插入链表头部,因为这样无需遍历链表(需要判断是否为尾部,然后插入尾部),可以直接插入头部
jdk8中插入元素时,要判断个数是否需要构造红黑树,这样已存在了遍历, 所以插入尾部方便,
并且解决了jdk7中头插法导致的环状链表问题

4.扩容机制的不同
1.JDK7扩容条件:元素个数 > 容量(16) * 加载因子 (0.75) && 插入的数组位置有元素存在
2.JDK8扩容条件 :元素个数 > 容量 (16) * 加载因子(0.75)
剖析:

虽然都是进行2倍扩容,但是JDK1.7中扩容的时候，重新计算位置,
JDk8则不会,只要看看原hash值新增的那个bit位是1还是0就好了，是0的话索引没有变，
是1的话索引变成“原索引+oldCap（旧数组大小）