HashMap 的实现原理

众所周知，HashMap是用来存储Key-Value键值对的一种集合，这个键值对也叫作Entry，而每一个Entry都是存储在数组当中，所以这个数组就是HashMap的主干。
HashMap数组中的每个元素的初始值都是NULL 

Put方法的实现原理

HaspMap的一种重要的方法是put()方法，当咱们调用put()方法时，好比hashMap.put("Java",0)，此时要插入一个Key值为“Java”的元素，这时首先须要一个Hash函数来肯定这个Entry的插入位置，设为index，即 index = hash("Java")，假设求出的index值为2，那么这个Entry就会插入到数组索引为2的位置。可是HaspMap的长度确定是有限的，当插入的Entry愈来愈多时，不一样的Key值经过哈希函数算出来的index值确定会有冲突，此时就能够利用链表来解决。
其实HaspMap数组的每个元素不止是一个Entry对象，也是一个链表的头节点，每个Entry对象经过Next指针指向下一个Entry对象，这样，当新的Entry的hash值与以前的存在冲突时，只须要插入到对应点链表便可。
须要注意的是，新来的Entry节点采用的是“头插法”，而不是直接插入在链表的尾部，这是由于HashMap的发明者认为，新插入的节点被查找的可能性更大。

Get方法的实现原理

get()方法用来根据Key值来查找对应点Value，当调用get()方法时，好比hashMap.get("apple")，这时一样要对Key值作一次Hash映射，算出其对应的index值，即index = hash("apple")。
前面说到的可能存在Hash冲突，同一个位置可能存在多个Entry，这时就要从对应链表的头节点开始，一个个向下查找，直到找到对应的 Key值，这样就得到到了所要查找的键值对。
例如假设咱们要找的Key值是"apple"： 

第一步，算出Key值“apple”的hash值，假设为2。 第二步，在数组中查找索引为2的位置，此时找到头节点为Entry6，Entry6的Key值是banana，不是咱们要找的值。 第三步，查找Entry6的Next节点，这里为Entry1，它的Key值为apple，是咱们要查找的值，这样就找到了对应的键值对，结束。

HashMap的深刻思考

上面所说的就是HashMap的基本原理，能够总结出HashMap的3个要素为：hash函数、数组、链表，以下图：接下来对于HaspMap还有不少深刻的问题，好比： 1.HashMap默认的初始长度是多少？为何这么规定？ 2.高并发状况下，HashMap会出现死锁吗？ 3.Java8中，HashMap有怎样的优化？ 下面开始说明这几个问题：

HashMap的长度

1.HaspMap的默认初始长度是16，而且每次扩展长度或者手动初始化时，长度必须是2的次幂。之因此是16，是为了服务于从Key值映射到index的hash算法。前面说到了，从Key值映射到数组中所对应的位置须要用到一个hash函数：index = hash("Java");

那么为了实现一个尽可能分布均匀的hash函数，利用的是Key值的HashCode来作某种运算。所以问题来了，如何进行计算，才能让这个hash函数尽可能分布均匀呢？

一种简单的方法是将Key值的HashCode值与HashMap的长度进行取模运算，即 index = HashCode(Key) % hashMap.length，可是，可是！这种取模方式运算当然简单，然而它的效率是很低的， 并且，若是使用了取模%， 那么HashMap在容量变为2倍时， 须要再次rehash肯定每一个链表元素的位置，浪费了性能。 所以为了实现高效的hash函数算法，HashMap的发明者采用了位运算的方式。那么如何进行位运算呢？能够按照下面的公式：

index = HashCode(Key) & (hashMap.length - 1); 

接下来咱们以Key值为“apple”的例子来演示这个过程：

1) 计算“apple”的hashcode，结果为十进制的3029737，二进制的101110001110101110 1001。

2) HashMap默认初始长度是16，计算hashMap.Length-1的结果为十进制的15，二进制的1111。

3) 把以上两个结果作 与运算，101110001110101110 1001 & 1111 = 1001，十进制是9，因此 index=9。

能够看出来，hash算法获得的index值彻底取决与Key的HashCode的最后几位。这样作不但效果上等同于取模运算，并且大大提升了效率。

那么回到最初的问题，初始长度为何是16或者2的次幂？若是不是会怎么样？

咱们假设HaspMap的初始长度为10，重复前面的运算步骤：

单独看这个结果，表面上并无问题。咱们再来尝试一个新的HashCode 101110001110101110 1011 ：

而后咱们再换一个HashCode 101110001110101110 1111 试试 ：这样咱们能够看到，虽然HashCode的倒数第二第三位从0变成了1，可是运算的结果都是1001。也就是说，当HashMap长度为10的时候，有些index结果的出现概率会更大，而有些index结果永远不会出现（好比0111）！

因此这样显然不符合Hash算法均匀分布的原则。

而长度是16或者其余2的次幂，Length – 1的值的全部二进制位全为1（如15的二进制是1111，31的二进制为11111），这种状况下，index的结果就等同于HashCode后几位的值。只要输入的HashCode自己分布均匀，Hash算法的结果就是均匀的。这也是HashMap设计的玄妙之处。

HashMap的死锁

咱们知道HashMap是非线程安全的，那么缘由是什么呢？

因为HashMap的容量是有限的，若是HashMap中的数组的容量很小，假如只有2个，那么若是要放进10个keys的话，碰撞就会很是频繁，此时一个O(1)的查找算法，就变成了链表遍历，性能变成了O(n)，这是Hash表的缺陷。

为了解决这个问题,HashMap设计了一个阈值，其值为容量的0.75，当HashMap所用容量超过了阈值后，就会自动扩充其容量。

在多线程的状况下，当从新调整HashMap大小的时候，就会存在条件竞争，由于若是两个线程都发现HashMap须要从新调整大小了，它们会同时试着调整大小。在调整大小的过程当中，存储在链表中的元素的次序会反过来，由于移动到新的bucket位置的时候，HashMap并不会将元素放在链表的尾部，而是放在头部，这是为了不尾部遍历。若是条件竞争发生了，那么就会产生死循环了。

具体发生死锁的过程能够参考这篇文章：Java HashMap 的死循环(HashMap Infinite Loop)

最后，欢迎关注个人我的微信公众号：业余草（yyucao）！

本文原文出处：业余草： » HashMap 的实现原理