HashMap底层深入浅出

一.HashMap的核心数据结构
java1.7的时候HashMap是数组+链表实现 java1.8以后加了一个红黑树
HashMap底层数据结构演变:
Hash表–>数组–>线性链表–>红黑树

Hash表存储的时候，我们理想状态下是希望put进去的数据可以均匀的散列在各个数组的列中

但是事实并非如此，put的时候会根据数组长度取模运算，这个时候就很可能发生Hash冲突，也就是Hash碰撞，因为hashCode是随机的，如果存储的时候发生了Hash碰撞以后，就演变成了我们的链表.

链表有个优点就是插入够快，可以插入很多数据，但是也有个致命的缺陷，查询慢，对于数组来说，数组有下标，链表是无序的。然后到了java1.8以后，解决链表过长，当链表长度等于8的时候将链表转换为了红黑树，

红黑树是一颗接近于平衡的二叉树。如果一开始就转换为红黑树，那么非常影响性能，因为，你put进去的数据极有可能打破红黑树的平衡，如果打破了，为维护再平衡，就只能左旋，右旋，以及重新着色。

思考：
1.java1.8中为什么链表长度刚刚好等于8的时候要转为红黑树？
如果链表刚开始就转换为红黑树，对于红黑树的维护是比较浪费时间，影响性能的，因为HashMap对于链表的维护成本比较高，如果put操作过多，插入进去的数据极有可能打破红黑树的平衡性，然后就只能进行左旋，右旋进行再平衡

也会根据泊松分布统计学得知：取值公式(exp(-0.5) * pow(0.5, k) /factorial(k))

2.为什么扩容的时候，初始值设置为2的指数幂？
在底层设置初始容量的时候，会将传进去的值进行一个校验，将他强行转换为接近2的指数幂的值，如果是7就转为8，如果是13就转为16，所以不管怎么传，默认都会讲他转换为2的指数幂值。
例如：输入的值为13

到底层执行的时候，就将其转换为

为什么要设置为2的指数幂？
效率高，使用的是二进制位运算来进行计算

3.为什么HashMap的加载因子设置为0.75？

如果加载因子设置为1的话loadFactor=1，只有HashMap满的时候才开始扩容，优点会最大可能的利用空间使用率，但是实际上不会最大化的利用空间的，因为有链表所以不会均与的分布在数组上面,不可避免HASH冲突
如果loadFactor=0.5，会尽可能的避免HASH冲突，数组空间大，链表也不会很深，因为数组到达一半的时候就会发生扩容，优点:查询效率很高，节省时间，提高效率，空间利用不是最优的，hashMap为了更好的利用空间时间复杂度取了折中的值，就是0.75