JDK深度源码解析：HashMap到底是什么？看完你就明白了

HashMap 一直黑白常常用的数据结构，也是面试中十分常问到的集合类型，今天就来说说 HashMap。
但是为什么要专门说明是 Java8 的 HashMap 呢？我们都知道，Java8 有很多大的变化和改动，如函数式编程等，而 HashMap 也有了一个比较大的变化。

                               
登录/注册后可看大图

• 无序
  
• 访问速度快
  
• key不允许重复（只允许存在一个null key）
  

• 有序
  
• HashMap 子类
  

• TreeMap 中保存的记录会根据 Key 排序（默认为升序排序），因此利用 Iterator 遍历时得到的记录是排过序的
  
• 因为需要排序，以是TreeMap 中的 key 必须实现 Comparable 接口，否则会报 ClassCastException 异常
  
• TreeMap 会按照其 key 的 compareTo 方法来判断 key 是否重复
  

• 一个遗留类，线程安全，与 HashMap 类似
  
• 当不需要线程安全时，选择 HashMap 代替
  
• 当需要线程安全时，利用 ConcurrentHashMap 代替
  

• 利用哈希表（散列表）来进行数据存储，并利用链地址法来解决冲突
  
• 当链表长度大于即是 8 时，将链表转换为红黑树来存储
  
• 每次进行二次幂的扩容，即扩容为原容量的两倍
  

• Node[] table：存储数据的哈希表；初始长度 length = 16（DEFAULT_INITIAL_CAPACITY），扩容时容量为原先的两倍（n * 2）
  
• final float loadFactor：负载因子，确定数组长度与当前所能存储的键值对最大值的关系；不建议轻易修改，除非情况特殊
  
• int threshold：所能容纳的 key-value 对极限 ；threshold = length * Load factor，当存在的键值对大于该值，则进行扩容
  
• int modCount：HashMap 结构修改次数（例如每次 put 新值使则自增 1）
  
• int size：当前 key-value 个数
  

                               
登录/注册后可看大图

                               
登录/注册后可看大图

= newNode(hash, key, value, null);    else {        HashMap.Node e;        K k;        //如果该位置的元素的 key 与之相等，则直接到背面重新赋值        if (p.hash == hash && ((k = p.key) == key || (key != null && key.equals(k))))            e = p;        else if (p instanceof HashMap.TreeNode)            //如果当前节点为树节点，则将元素插入红黑树中            e = ((HashMap.TreeNode) p).putTreeVal(this, tab, hash, key, value);        else {            //否则一步步遍历链表            for (int binCount = 0; ; ++binCount) {                if ((e = p.next) == null) {                    //插入元素到链尾                    p.next = newNode(hash, key, value, null);                    if (binCount >= TREEIFY_THRESHOLD - 1)                        //元素个数大于即是 8，改造为红黑树                        treeifyBin(tab, hash);                    break;                }                //如果该位置的元素的 key 与之相等，则重新赋值                if (e.hash == hash && ((k = e.key) == key || (key != null && key.equals(k))))                    break;                p = e;            }        }        //前面当哈希表中存在当前key时对e进行了赋值，这里统一对该key重新赋值更新        if (e != null) {             V oldValue = e.value;            if (!onlyIfAbsent || oldValue == null)                e.value = value;            afterNodeAccess(e);            return oldValue;        }    }    ++modCount;    //检查是否超出 threshold 限制，是则进行扩容    if (++size > threshold)        resize();    afterNodeInsertion(evict);    return null;}复制代码重要的逻辑步调在此：

                               
登录/注册后可看大图

有个值得注意的有趣的地方：在 Java 8 之前，HashMap 插入数据时一直是插入到链表表头；而到了 Java 8 之后，则改为了尾部插入。至于头插入有什么缺点，此中一个就是在并发的情况下因为插入而进行扩容时大概会出现链表环而发存亡循环；当然，HashMap 设计出来本身就不是用于并发的情况的。
（1）HashMap 初始大小为何是 16

每当插入一个元素时，我们都需要计算该值在数组中的位置，即p = tab[i = (n - 1) & hash]。
当 n = 16 时，n - 1 = 15，二进制为 1111，这时和 hash 作与运算时，元素的位置完全取决与 hash 的大小
倘若不是 16，如 n = 10，n - 1 = 9，二进制为 1001，这时作与运算，很容易出现重复值，如 1101 & 1001，1011 & 1001，1111 & 1001，结果都是一样的，以是选择 16 以及 每次扩容都乘以二的缘故原由也可想而知了
（2）懒加载

我们在 HashMap 的构造函数中可以发现，哈希表 Node[] table 并没有在一开始就完成初始化；观察 put 方法可以发现：
if ((tab = table) == null || (n = tab.length) == 0)      n = (tab = resize()).length;复制代码当发现哈希表为空或者长度为 0 时，会利用 resize 方法进行初始化，这里很显然运用了 lazy-load 原则，当哈希表被首次利用时，才进行初始化
（3）树化

Java8 中，HashMap 最大的变更就是增加了树化处置惩罚，当链表中元素大于即是 8，这时有大概将链表改造为红黑树的数据结构，为什么我这里说大概呢?
final void treeifyBin(HashMap.Node[] tab, int hash) {    int n, index; HashMap.Node e;    if (tab == null || (n = tab.length) < MIN_TREEIFY_CAPACITY)        resize();    else if ((e = tab[index = (n - 1) & hash]) != null) {        //......}复制代码我们可以观察树化处置惩罚的方法 treeifyBin，发现当tab == null || (n = tab.length) < MIN_TREEIFY_CAPACITY为 true 时，只会进行扩容处置惩罚，而没有进行树化；MIN_TREEIFY_CAPACITY 规定了 HashMap 可以树化的最小表容量为 64，这是因为当一开始哈希表容量较小是，哈希碰撞的几率会比较大，而这个时候出现长链表的大概性会轻微大一些，这种缘故原由下产生的长链表，我们应该优先选择扩容而制止这类不必要的树化。
那么，HashMap 为什么要进行树化呢？我们都知道，链表的查询效率大大低于数组，而当过多的元素连成链表，会大大降低查询存取的性能；同时，这也涉及到了一个安全问题，一些代码可以利用能够造成哈希冲突的数据对体系进行攻击，这会导致服务端 CPU 被大量占用。
resize()

扩容方法同样是 HashMap 中十分核心的方法，同时也是比较耗性能的操作。
我们都知道数组是无法主动扩容的，以是我们需要重新计算新的容量，创建新的数组，并将所有元素拷贝到新数组中，并开释旧数组的数据。
与以往不同的是，Java8 规定了 HashMap 每次扩容都为之前的两倍（n*2），也正是因为如此，每个元素在数组中的新的索引位置只大概是两种情况，一种为稳定，一种为原位置 + 扩容长度（即偏移值为扩容长度大小）；反观 Java8 之前，每次扩容需要重新计算每个值在数组中的索引位置，增加了性能消耗
接下来简单给各人说明一下，上一段话是什么意思： 前面讲 put 的时候我们知道每个元素在哈希表数组中的位置即是 (n - 1) & hash，此中 n 是当前数组的大小，hash 则是前面讲到的 hash 方法计算出来的哈希值

                               
登录/注册后可看大图

图中我们可以看到，扩容前 0001 0101 和 0000 0101 两个 hash 值最终的计算出来的数组中的位置都是 0000 0101，即为 5，此时数组大小为 0000 1111 + 1 即 16
扩容后，数组从 16 扩容为两倍即 32（0001 1111），此时原先两个 hash 值计算出来的结果分别为 0001 0101 和 0000 0101 即 21 和 5，两个数之间刚好相差 16，即数组的扩容大小
这个其实很容易理解，数组扩容为原来的两倍后，n - 1 改变为 2n - 1，即在原先的二进制的最高位发生了变化

                               
登录/注册后可看大图

因此进行 ＆ 运算后，出来的结果只大概是两种情况，一种是毫无影响，一种为原位置 + 扩容长度
那么源代码中是如何判断是这两种情况的哪一种呢？我们前面说到，HashMap 中数组的大小始终为 16 的倍数，因此 hash & n 和 hash & (2n - 1) 分别计算出来的值中高位是相等的

                               
登录/注册后可看大图

因此源码中利用了一个非常简单的方法（oldCap 是原数组的大小，即 n）
if ((e.hash & oldCap) == 0) {    ...} else {    ...}复制代码当 e.hash & oldCap 即是 0 时，元素位置稳定，当非 0 时，位置为原位置 + 扩容长度
get(Object key)

相识了 HashMap 的存储机制后，get 方法也很好理解了
final HashMap.Node getNode(int hash, Object key) {    HashMap.Node[] tab; HashMap.Node first, e; int n; K k;    if ((tab = table) != null && (n = tab.length) > 0 && (first = tab[(n - 1) & hash]) != null) {        //检查当前位置的第一个元素，如果正好是该元素，则直接返回        if (first.hash == hash && ((k = first.key) == key || (key != null && key.equals(k))))            return first;        if ((e = first.next) != null) {            //否则检查是否为树节点，则调用 getTreeNode 方法获取树节点            if (first instanceof HashMap.TreeNode)                return ((HashMap.TreeNode)first).getTreeNode(hash, key);            //遍历整个链表，寻找目标元素            do {                if (e.hash == hash &&                        ((k = e.key) == key || (key != null && key.equals(k))))                    return e;            } while ((e = e.next) != null);        }    }    return null;}复制代码重要就四步：

• 哈希表是否为空或者目标位置是否存在元素
  
• 是否为第一个元素
  
• 如果是树节点，寻找目标树节点
  
• 如果是链表结点，遍历链表寻找目标结点
  

作者：Howie_Y链接：https://juejin.im/post/5bed97616fb9a049b77fefbf泉源：掘金著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
注意注意：以上分享的这些JDK深度源码解析，如果你想要一起学习转发后关注我私信【资料】免费领取吧！