HashMap都清楚，许多面试宝典都介绍，HashMap底层在JDK1.7和JDK1.8的实现不同，1.8加入了红黑树的结构。下面就根据面试宝典的介绍，来看下源码。
HashMap中的数组
第一个结构是它的数组，看下源码是怎么定义它的。
// 数组，又叫作桶（bucket）
transient Node<K,V>[] table;
是定义了一个Node类型的数组对象，Node类型等下再说，其实它就HaspMap的链表结构
在看它的构造方法
创建桶
public HashMap(int initialCapacity, float loadFactor) {
if (initialCapacity < 0)
throw new IllegalArgumentException("Illegal initial capacity: " +
initialCapacity);
if (initialCapacity > MAXIMUM_CAPACITY)
initialCapacity = MAXIMUM_CAPACITY;
if (loadFactor <= 0 || Float.isNaN(loadFactor))
throw new IllegalArgumentException("Illegal load factor: " +
loadFactor);
this.loadFactor = loadFactor;
this.threshold = tableSizeFor(initialCapacity);
}
主要注意最后一个方法，在我们new HashMap时，如果没有传参，那么initialCapacity就是默认值，默认值是1 << 4 依旧是16，那么现在就可以得出第一个结论，HashMap的默认大小是16。
static final int DEFAULT_INITIAL_CAPACITY = 1 << 4;
桶的大小
下面查看tableSizeFor方法
static final int tableSizeFor(int cap) {
int n = cap - 1;
n |= n >>> 1;
n |= n >>> 2;
n |= n >>> 4;
n |= n >>> 8;
n |= n >>> 16;
return (n < 0) ? 1 : (n >= MAXIMUM_CAPACITY) ? MAXIMUM_CAPACITY : n + 1;
}
假如我们输入的大小是13这串代码的意思就是
n=12;
n |= n>>>1; // n=0001100|0000110 = 0001110 第一次n=0001110；
n |= n>>>2; // n=0001110|0000111 = 0001111 第二次n=0001111；
....
// 如果n大于0并且n没有到最大大小，那么返回n+1
return n+1 // n = 0010000，十进制表示就是16。
所以，根据这个代码，可以得到两个知识点
- HashMap中数组长度最大为MAXIMUM_CAPACITY = 1 << 30 即2的30次方
- HashMap中，桶的个数总是2的n次方。
但是这又引出了一个问题，为什么HashMap桶的个数为什么一定要是2的n次方，等下说链表就清楚了。
桶的扩容
接着看HashMap中容量的扩容是怎么做的。
final Node<K, V>[] resize() {
// 旧数组
Node<K, V>[] oldTab = table;
// 旧容量
int oldCap = (oldTab == null) ? 0 : oldTab.length;
// 旧扩容门槛
int oldThr = threshold;
int newCap, newThr = 0;
if (oldCap > 0) {
if (oldCap >= MAXIMUM_CAPACITY) {
// 如果旧容量达到了最大容量，则不再进行扩容
threshold = Integer.MAX_VALUE;
return oldTab;
} else if ((newCap = oldCap << 1) < MAXIMUM_CAPACITY &&
oldCap >= DEFAULT_INITIAL_CAPACITY)
// 如果旧容量的两倍小于最大容量并且旧容量大于默认初始容量（16），则容量扩大为两部，扩容门槛也扩大为两倍
newThr = oldThr << 1; // double threshold
} else if (oldThr > 0) // initial capacity was placed in threshold
// 使用非默认构造方法创建的map，第一次插入元素会走到这里
// 如果旧容量为0且旧扩容门槛大于0，则把新容量赋值为旧门槛
newCap = oldThr;
else { // zero initial threshold signifies using defaults
// 调用默认构造方法创建的map，第一次插入元素会走到这里
// 如果旧容量旧扩容门槛都是0，说明还未初始化过，则初始化容量为默认容量，扩容门槛为默认容量*默认装载因子
newCap = DEFAULT_INITIAL_CAPACITY;
newThr = (int) (DEFAULT_LOAD_FACTOR * DEFAULT_INITIAL_CAPACITY);
}
if (newThr == 0) {
// 如果新扩容门槛为0，则计算为容量*装载因子，但不能超过最大容量
float ft = (float) newCap * loadFactor;
newThr = (newCap < MAXIMUM_CAPACITY && ft < (float) MAXIMUM_CAPACITY ?
(int) ft : Integer.MAX_VALUE);
}
// 赋值扩容门槛为新门槛
threshold = newThr;
// 新建一个新容量的数组
@SuppressWarnings({"rawtypes", "unchecked"})
Node<K, V>[] newTab = (Node<K, V>[]) new Node[newCap];
....
}
根据桶扩容的代码，我们可以得出下面三个点：
- 如果使用是默认构造方法，则第一次插入元素时初始化为默认值，容量为16，扩容门槛为12，扩容门槛=当前容量*扩容因子，扩容因子默认为0.75；
- 如果使用的是非默认构造方法，则第一次插入元素时初始化容量等于扩容门槛，扩容门槛在构造方法里等于传入容量向上最近的2的n次方；
- 如果旧容量大于0，则新容量等于旧容量的2倍，但不超过最大容量2的30次方，新扩容门槛为旧扩容门槛的2倍；
在桶方面，就是这些了。继续看看关于它的链表。
HashMap中的链表
桶就是创建的一个Node类型的数组。那么我们就直接看这个Node是怎么定义的
static class Node<K,V> implements Map.Entry<K,V> {
final int hash;
final K key;
V value;
Node<K,V> next;
}
典型的单链表节点，但是它除了存入节点值value外，还有一个变量，就是int类型的hash值。
都清楚HashMap中，链表是存放在桶中，那么，问题来了，关于这个链表，是通过什么标记来存入桶中的。通过随机数来随机存？？那样太不严谨了，同时在查找的时候，怎么才能找到这个key呢？这又是一个问题。那么，关键点就在于这个int类型的hash变量的。
int类型的hash值
在HashMap，链表找到数组，就是通过以下代码来完成的。
static final int hash(Object key) {
int h;
return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}
通过key的hash值，并让高16位与整个hash异或，这样做是为了使计算出的hash更分散。
在看它是怎么put进桶内，查看put方法
确定在桶中的位置
final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
boolean evict) {
Node<K, V>[] tab;
Node<K, V> p;
int n, i;
// 如果桶的数量为0，则初始化
if ((tab = table) == null || (n = tab.length) == 0)
// 调用resize()初始化
n = (tab = resize()).length;
// (n - 1) & hash 计算元素在哪个桶中
// 如果这个桶中还没有元素，则把这个元素放在桶中的第一个位置
if ((p = tab[i = (n - 1) & hash]) == null)
// 新建一个节点放在桶中
tab[i] = newNode(hash, key, value, null);
....
....
}
通过代码(n-1)&hash。现在就是以我们上一步得到的高16位和整个hash异或运算得到的值在于桶内长度进行与运算，解释就是如下。假如我们桶的长度是16，异或运算得出的值为11011
n-1 = 10000 -1 = 1111
1111&11011 = 01111 & 11011 = 01011
01011转换为十进制就是11了，那么就确定了这个元素存在数组第11号位置。
其实，这个算法就是取模运算，11011十进制就是27，27%16 = 11,使用位运算就是因为位运算比取模运算快很多很多。
现在又得出了另一个知识点，HashMap在确定node存放的数组位置是通过位运算通过与来得到取模的值来确定桶的位置。
同时，解决了一个疑问：为什么HashMap桶的容量总是2的n次方。因为2的n次方可以保证，每次的取模运算与上的桶大小值用二进制表示都是1111111…比如桶个数为16，那它就是(16-1)的二进制是1111，32就是(32-1)的二进制是11111
同时在为空的桶中，创建一条node。
那问题又来了，key的值虽然不同，但是他们的hash值可以相同，那么这样又是怎么解决。那么这就是HashMap使用链表的理由。
hash相等怎么办
继续看HashMap中put方法，代码是紧跟上面的源码的
else {
// 如果桶中已经有元素存在了
Node<K, V> e;
K k;
// 如果桶中第一个元素的key与待插入元素的key相同，保存到e中用于后续修改value值
if (p.hash == hash &&
((k = p.key) == key || (key != null && key.equals(k))))
e = p;
else if (p instanceof TreeNode)
// 如果第一个元素是树节点，则调用树节点的putTreeVal插入元素
e = ((TreeNode<K, V>) p).putTreeVal(this, tab, hash, key, value);
else {
// 遍历这个桶对应的链表，binCount用于存储链表中元素的个数
for (int binCount = 0; ; ++binCount) {
// 如果链表遍历完了都没有找到相同key的元素，说明该key对应的元素不存在，则在链表最后插入一个新节点
if ((e = p.next) == null) {
p.next = newNode(hash, key, value, null);
// 如果插入新节点后链表长度大于8，则判断是否需要树化，因为第一个元素没有加到binCount中，所以这里-1
if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
treeifyBin(tab, hash);
break;
}
....
....
}
这个源码涉及到了树化和key相等的情况，稍后再讲。
但是根据这上面那串源码，发现如果确定的桶位置中已有链表，那直接在尾部插入元素。这里又是HashMap在1.8的一个优化，在1.8以前，插入的算法是使用的头插法，可以想想，如果使用头插法，每次新插入的node都需要移位。那在并发状态下必然会发生问题。而使用尾插法，就可以直接在尾部插入，不需要其他node移位。
所以，这一步，得出结论，在hashMap中如果hash相同，那么就使用的链表结构，通过尾插法在链表中保存元素。
key相同怎么办
又引出新的问题，那么key相等呢？？这个问题在某些面试宝典以及说了，HashMap中的key肯定是不能重复。
其实为什么不能，源码是这样解决当key相等的情况。
// 如果待插入的key在链表中找到了，则退出循环
if (e.hash == hash &&
((k = e.key) == key || (key != null && key.equals(k))))
break;
p = e;
}
}
// 如果找到了对应key的元素
if (e != null) { // existing mapping for key
// 记录下旧值
V oldValue = e.value;
// 判断是否需要替换旧值
if (!onlyIfAbsent || oldValue == null)
// 替换旧值为新值
e.value = value;
....
....
}
欧吼，覆盖了，所以，这就是HashMap中key不能重复的原因。
扩容链表的变化
那么，在HashMap扩容时，这个链表又发生了怎样的变化。
接着看resize方法
table = newTab;
// 如果旧数组不为空，则搬移元素
if (oldTab != null) {
// 遍历旧数组
for (int j = 0; j < oldCap; ++j) {
Node<K, V> e;
// 如果桶中第一个元素不为空，赋值给e
if ((e = oldTab[j]) != null) {
// 清空旧桶，便于GC回收
oldTab[j] = null;
// 如果这个桶中只有一个元素，则计算它在新桶中的位置并把它搬移到新桶中
// 因为每次都扩容两倍，所以这里的第一个元素搬移到新桶的时候新桶肯定还没有元素
if (e.next == null)
newTab[e.hash & (newCap - 1)] = e;
else if (e instanceof TreeNode)
// 如果第一个元素是树节点，则把这颗树打散成两颗树插入到新桶中去
((TreeNode<K, V>) e).split(this, newTab, j, oldCap);
else { // preserve order
// 如果这个链表不止一个元素且不是一颗树
// 则分化成两个链表插入到新的桶中去
// 比如，假如原来容量为4，3、7、11、15这四个元素都在三号桶中
// 现在扩容到8，则3和11还是在三号桶，7和15要搬移到七号桶中去
// 也就是分化成了两个链表
Node<K, V> loHead = null, loTail = null;
Node<K, V> hiHead = null, hiTail = null;
Node<K, V> next;
do {
next = e.next;
// (e.hash & oldCap) == 0的元素放在低位链表中
// 比如，3 & 4 == 0
if ((e.hash & oldCap) == 0) {
if (loTail == null)
loHead = e;
else
loTail.next = e;
loTail = e;
} else {
// (e.hash & oldCap) != 0的元素放在高位链表中
// 比如，7 & 4 != 0
if (hiTail == null)
hiHead = e;
else
hiTail.next = e;
hiTail = e;
}
} while ((e = next) != null);
// 遍历完成分化成两个链表了
// 低位链表在新桶中的位置与旧桶一样（即3和11还在三号桶中）
if (loTail != null) {
loTail.next = null;
newTab[j] = loHead;
}
// 高位链表在新桶中的位置正好是原来的位置加上旧容量（即7和15搬移到七号桶了）
if (hiTail != null) {
hiTail.next = null;
newTab[j + oldCap] = hiHead;
}
}
}
}
}
return newTab;
}
jdk1.7扩容存在的问题
简单点说，就是通过高低位来完成链表的迁移。然后分成两个新链表，一次性的存放到对应的桶中。这也是HashMap在1.8的优化，在迁移链表，是一次性迁移的，再看看1.7，hashMap是怎么迁移元素的
void transfer(Entry[] newTable, boolean rehash) {
int newCapacity = newTable.length;
for (Entry<K,V> e : table) {
while(null != e) {
Entry<K,V> next = e.next; //寻找到下一个节点..
if (rehash) {
e.hash = null == e.key ? 0 : hash(e.key);
}
int i = indexFor(e.hash, newCapacity); //重新获取hashcode
e.next = newTable[i];
newTable[i] = e;
e = next;
}
}
}
遍历node，然后重新获取hash，一个一个迁移链表元素，并发状态下，也会出现问题。
那么关于HashMap中的链表，可以总结以下几点:
- HashMap中，通过key的hash值与桶大小进行与运算确定的元素位置。
- HashMap在遇到hash值相等的情况，是使用的链表尾插法来存储新key的值，这也算是对之前的优化。
- HashMap中key不能重复，因为如果key重复，会覆盖旧值。
- HashMap扩容迁移元素，原链表分化成两个链表，低位链表存储在原来桶的位置，高位链表搬移到原来桶的位置加旧容量的位置。
现在，我们的HashMap就是这样一个结构了。
HashMap中的红黑树
红黑树是jdk1.8新加入的，当桶的数量大于64且单个桶中元素的数量大于8时，进行树化；当单个桶中元素数量小于6时，进行反树化。
不妨想想为什么要加入红黑树这样一个结构。
因为node是链表类型，链表这种数据结构，我们都知道，它增删快，但是查找慢。假如我们的node链表长度很长，那查找耗时是必然的，所以引入了红黑树这样一个结构。
红黑树介绍
红黑树的本质上就是一颗二叉树，更确切的来说，红黑树是一颗平衡二叉树。叫它红黑树的原因是红黑树的每个节点上都有存储位表示节点的颜色，可以是红或黑。
梳理下红黑树的特性吧
红黑树具有以下5种性质：
- 节点是红色或黑色。
- 根节点是黑色。
- 每个叶节点（NIL节点，空节点）是黑色的。
- 每个红色节点的两个子节点都是黑色。(从每个叶子到根的所有路径上不能有两个连续的红色节点)
- 从任一节点到其每个叶子的所有路径都包含相同数目的黑色节点。
这里要关于它的5中性质要注意两个
特性3中的叶子节点，是只为空(NIL或null)的节点。
特性5，确保没有一条路径会比其他路径长出俩倍。因而，红黑树是相对是接近平衡的二叉树
红黑树的时间复杂度为O(log n)，与树的高度成正比。
红黑树在查找元素的效率比链表高，但是增删元素的效率不如链表。这就是互联网吧。。任何东西都是双刃剑。。这也算是一种取舍的。数组在增删慢，链表在查找慢，而树这种结构的特点夹在他们的中间。
hashMap中的红黑树定义
它在hashMap是这样定义的
static final class TreeNode<K,V> extends LinkedHashMap.Entry<K,V> {
TreeNode<K,V> parent; // red-black tree links
TreeNode<K,V> left;
TreeNode<K,V> right;
TreeNode<K,V> prev; // needed to unlink next upon deletion
boolean red;
}
树化
看HashMap源码是通过什么条件树化的。主要是在put元素时。所以再次回到我们的put方法。
....
....
if ((e = p.next) == null) {
p.next = newNode(hash, key, value, null);
// 如果插入新节点后链表长度大于8，则判断是否需要树化，因为第一个元素没有加到binCount中，所以这里-1
if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
treeifyBin(tab, hash);
break;
}
....
....
树化的代码在这里。TREEIFY_THRESHOLD的默认值是8
static final int TREEIFY_THRESHOLD = 8;
所以，HashMap在链表元素大于等于8时，会开始进行树化。
final void treeifyBin(Node<K, V>[] tab, int hash) {
int n, index;
Node<K, V> e;
if (tab == null || (n = tab.length) < MIN_TREEIFY_CAPACITY)
// 如果桶数量小于64，直接扩容而不用树化
// 因为扩容之后，链表会分化成两个链表，达到减少元素的作用
// 当然也不一定，比如容量为4，里面存的全是除以4余数等于3的元素
// 这样即使扩容也无法减少链表的长度
resize();
else if ((e = tab[index = (n - 1) & hash]) != null) {
TreeNode<K, V> hd = null, tl = null;
// 把所有节点换成树节点
do {
TreeNode<K, V> p = replacementTreeNode(e, null);
if (tl == null)
hd = p;
else {
p.prev = tl;
tl.next = p;
}
tl = p;
} while ((e = e.next) != null);
// 如果进入过上面的循环，则从头节点开始树化
if ((tab[index] = hd) != null)
hd.treeify(tab);
}
}
还记得另外一个条件嘛，就是桶的数量要大于64，这也是MIN_TREEIFY_CAPACITY的默认值。
static final int MIN_TREEIFY_CAPACITY = 64;
真正的树化方法这里就不展示了，其实就是构建红黑树的一个过程。接着查看反树化。
反树化
反树化只有在扩容和remove元素时才会发生，先看resize方法
else if (e instanceof TreeNode)
((TreeNode<K,V>)e).split(this, newTab, j, oldCap);
这就是判断它是否需要反树化的方法
final void split(HashMap<K,V> map, Node<K,V>[] tab, int index, int bit) {
TreeNode<K,V> b = this;
// Relink into lo and hi lists, preserving order
TreeNode<K,V> loHead = null, loTail = null;
TreeNode<K,V> hiHead = null, hiTail = null;
int lc = 0, hc = 0;
for (TreeNode<K,V> e = b, next; e != null; e = next) {
next = (TreeNode<K,V>)e.next;
e.next = null;
if ((e.hash & bit) == 0) {
if ((e.prev = loTail) == null)
loHead = e;
else
loTail.next = e;
loTail = e;
++lc;
}
else {
if ((e.prev = hiTail) == null)
hiHead = e;
else
hiTail.next = e;
hiTail = e;
++hc;
}
}
if (loHead != null) {
if (lc <= UNTREEIFY_THRESHOLD)
tab[index] = loHead.untreeify(map);
else {
tab[index] = loHead;
if (hiHead != null) // (else is already treeified)
loHead.treeify(tab);
}
}
if (hiHead != null) {
if (hc <= UNTREEIFY_THRESHOLD)
tab[index + bit] = hiHead.untreeify(map);
else {
tab[index + bit] = hiHead;
if (loHead != null)
hiHead.treeify(tab);
}
}
}
主要还是根据高低位判断，来切割树，然后判断树中元素是不是<=UNTREEIFY_THRESHOLD
其实UNTREEIFY_THRESHOLD的默认值就是6。
static final int UNTREEIFY_THRESHOLD = 6;
所以当单个桶中元素数量小于6时，进行反树化。接着就是remove元素时，反树化的条件
if (root == null
|| (movable
&& (root.right == null
|| (rl = root.left) == null
|| rl.left == null))) {
tab[index] = first.untreeify(map); // too small
return;
}
看源码的注释：too small。。太小了，所以反树化，根据判断条件树的高度不超过3，就反树化了。
那么，总的来说，Jdk1.8的HashMap长的就是这个样子。
总结
总的来说，hashMap在Jdk就是数组+链表+红黑树的结构。
关于hashMap数组：
- HashMap的默认初始容量为16（1<<4），默认装载因子为0.75f，容量总是2的n次方；
- HashMap扩容时每次容量变为原来的两倍；
关于hashMap链表：
- HashMap链表在增加元素是通过尾插法实现的
- HashMap链表扩容是采用高低位来分割链表一次性迁移到新的桶
关于hashMap红黑树：
- 当桶的数量小于64时不会进行树化，只会扩容；
- 当桶的数量大于64且单个桶中元素的数量大于8时，进行树化；
- 当单个桶中元素数量小于6时，进行反树化；
hashMap在Jdk 1.8的更新：
- 插入链表的方式采用尾插法插入。旧的方法是头插法。
- 迁移元素根据高低位分割元素一次性迁移。旧的方法是遍历链表，一次一次重新计算桶位置然后一个一个迁移。
- 加入了红黑树的结构。
评论区