Get方法的流程是怎样的？
先调用Key的hashcode方法拿到对象的hash值，然后用hash值对第一维数组的长度进行取模，得到数组的下标。这个数组下标所在的元素就是第二维链表的表头。然后遍历这个链表，使用Key的equals同链表元素进行比较，匹配成功即返回链表元素里存放的值。
Get方法的时间复杂度是多少？
小伙伴们在回答这道题是有很多人会开始怀疑人生，他们的脑细胞这个时候会出现短路现象。明明是O(1)啊，平时都记得牢牢的，可是刚才Get方法的流程里需要遍历链表，遍历的时间复杂度难道不是O(n)么？此刻观察这些孩子们的表情是非常卡哇伊呢的。当然还有些甚至是科班的小伙伴居然没听过时间复杂度，想到这里我也开始怀疑人生了。当他们卡壳的时候，我会稍微提醒一下，问下面的这一道题。
假如HashMap里的元素有100w个，请问第二维链表的长度大概是多少？
嗦嘎！链表的长度很短，相比总元素的个数可以忽略不计。这个时候小伙伴们的眼睛通常会开始发光，很童贞。作为面试官是很喜欢看到这种眼神的。我使用反射统计过HashMap里面链表的长度，在HashMap里放了100w个随机字符串键值对，发现链表的长度几乎从来没有超过7这个数字，当我增大loadFactor的时候，才会偶尔冒出几个长度为8的链表来。于是问题又来了。
既然链表如此短，为啥Java8要对HashMap的链表进行改造，使用红黑树来代替链表呢？
有很多同学都没具体去深入关注Java8的新特性，如果他们回答不上来，我也不会感到失望。因为到这个问题的时候，已经只剩下15%的同学不到了，如果再打击他们，看着他们落寞的身影走出了大门，我都要对自己感到失望了，怎么招个人就如此困难？
这道题的关键在于如果Key的hashcode不是随机的，而是人为特殊构造的话，那么第二维链表可能会无比的长，而且分布极为不均匀，这个时候就会出现性能问题。比如我们把对象的hashcode都统一返回一个常量，最终的结果就是hashmap会退化为一维链表，Get方法的性能巨降为O(n)，使用红黑树可以将性能提升到O(log(n))。
image
请解释一下HashMap的参数loadFactor，它的作用是什么？
loadFactor表示HashMap的拥挤程度，影响hash操作到同一个数组位置的概率。默认loadFactor等于0.75，当HashMap里面容纳的元素已经达到HashMap数组长度的75%时，表示HashMap太挤了，需要扩容，在HashMap的构造器中可以定制loadFactor。
网友评论