数组扩容
HashMap的容量是有限的。当经过多次元素插入,使得HashMap达到一定饱和度时,Key映射位置发生冲突的几率会逐渐提高。
这时候,HashMap需要扩展它的长度,也就是进行Resize。
影响发生Resize的因素有两个:
1.Capacity
HashMap的当前长度。上一期曾经说过,HashMap的长度是2的幂。
2.LoadFactor
HashMap负载因子,默认值为0.75f。
衡量HashMap是否进行Resize的条件如下:
1.HashMap.Size >= Capacity * LoadFactor
2.产生hash冲突
两个条件同时满足将进行数组扩容
数组扩容过程
1.新建一个容量是之前数组两倍的新数组
2.重新进行哈希运算,算出原数组元素在新数组中的位置
3.将新数组元素放入新数组中
什么要重新Hash呢?因为长度扩大以后,Hash的规则也随之改变。
让我们回顾一下Hash公式:
index = HashCode(Key) & (Length - 1)
当原数组长度为8时,Hash运算是和111B做与运算;新数组长度为16,Hash运算是和1111B做与运算。Hash结果显然不同。
transfer方法将元素放入新数组中
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);
e.next = newTable[i];
newTable[i] = e;
e = next;
}
}
}
遍历原数组每个位置,对每个位置的链表都进行遍历(从链表头开始),根据当前key值重新进行hash操作算出在新数组中的下标,并插入到该位置的链表头。也就是说后插入的元素在新数组的头位置,而新插入的元素在链表尾位置。
数组扩容时,在多线程情况下可能会形成环状链表,当使用HashMap的get方法时,如果key值进行哈希操作后算出的数组下标刚好在环状链表位置,
且key值在链表中并不存在,就会无限查找下去。具体生成环状链表过程可以参见 点击打开链接