HashMap的结构（包括1.8之后的红黑树）

转自：
https://www.cnblogs.com/chengxiao/p/6059914.html

一、HashMap的结构：

我们知道，在数组中根据下标查找某个元素，一次定位就可以达到，哈希表利用了这种特性，它的主干就是数组。

HashMap的主干是一个Entry数组。Entry是HashMap的基本组成单元，每一个Entry包含一个key-value键值对。

我们平时遍历一张Map表时，最常用的方法便是

Map<Integer, Integer> map = new HashMap<Integer, Integer>(); 
for (Map.Entry<Integer, Integer> entry : map.entrySet()) { 
  System.out.println("Key = " + entry.getKey() + ", Value = " + entry.getValue()); 
}

（这就是里面为什么会有Entry的原因）

Entry是HashMap中的一个静态内部类。代码如下

static class Entry<K,V> implements Map.Entry<K,V> {
        final K key;
        V value;
        Entry<K,V> next;//存储指向下一个Entry的引用，单链表结构
        int hash;//对key的hashcode值进行hash运算后得到的值，存储在Entry，避免重复计算

        /**
         * Creates new entry.
         */
        Entry(int h, K k, V v, Entry<K,V> n) {
            value = v;
            next = n;
            key = k;
            hash = h;
        }

所以，HashMap的整体结构如下

简单来说，HashMap由数组+链表组成的，数组是HashMap的主体，链表则是主要为了解决哈希冲突而存在的，如果定位到的数组位置不含链表（当前entry的next指向null）,那么对于查找，添加等操作很快，仅需一次寻址即可；
如果定位到的数组包含链表，对于添加操作，其时间复杂度为O(n)，首先遍历链表，存在即覆盖，否则新增；
对于查找操作来讲，仍需遍历链表，然后通过key对象的equals方法逐一比对查找。
所以，性能考虑，HashMap中的链表出现越少，性能才会越好。

二、HashMap的哈希过程

我们知道，在数组中根据下标查找某个元素，一次定位就可以达到，哈希表利用了这种特性，哈希表的主干就是数组。
　　比如我们要新增或查找某个元素，我们通过把当前元素的关键字 通过某个函数映射到数组中的某个位置，通过数组下标一次定位就可完成操作。

存储位置 = f(关键字)

其中，这个函数f一般称为哈希函数，这个函数的设计好坏会直接影响到哈希表的优劣。举个例子，比如我们要在哈希表中执行插入操作：

查找操作同理，先通过哈希函数计算出实际存储地址，然后从数组中对应地址取出即可。

需要注意的是，新来的Entry节点采用的是“头插法”，而不是直接插入在链表的尾部，这是因为HashMap的发明者认为，新插入的节点被查找的可能性更大。

三、HashMap升级版结构

我知道了HashMap处理哈希冲突时通过链表的方式，但如果这种冲突很严重，链表里有很多的节点，遍历的效果就很差。

为了解决这种情况，JDK1.8的版本对HashMap进行了升级。

对于长链表，会转为红黑树的结构。
当链表的值超过8则会转红黑树
当链表的值小于6则会从红黑树转回链表

转自：https://www.sohu.com/a/327165642_753508

红黑树的结构如下：红黑树

为什么使用红黑树呢？

1. 在链表长度大于8时，红黑树效率更高。
2. 红黑树与AVL树相比，更加通用，因为AVL查找快但插入慢，红黑树查找插入都挺好

注意：重写equals方法需同时重写hashCode方法