数组扩容
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值在链表中并不存在，就会无限查找下去。具体生成环状链表过程可以参见 点击打开链接