菜鸡每日一面系列打卡10天 每天一道面试题目 助力小伙伴轻松拿offer 坚持就是胜利,我们一起努力!
题目描述
谈谈你对HashMap的理解。
题目分析
之前已经说过了HashMap的重要性,在此就不再赘述。本文将以源码为依据,回答之前提出的十一个问题,并对HashMap做一个小总结。
题目解答
-
什么是HashMap?
-
-
经常会有这样的场景,已知某些键的信息,需要查找与之对应的元素,这就需要一种能够保存映射关系的数据结构用来存放键值对。这就是映射型数据结构诞生的初衷,而HashMap就是Java提供的对于映射型数据结构的一种通用实现。
-
-
-
为了清晰地把握HashMap在整个Map家族中的地位,菜鸡绘制了如下关系图。
-
-
HashMap的底层结构是怎样的?
-
在JDK1.8中,HashMap的主体结构是一个Node数组,而Node的本质就是一个键值对,不妨看看Node类的源码,此处只需关注Node类的主体结构即可。
-
static class Node<K,V> implements Map.Entry<K,V> {
final int hash;
final K key;
V value;
Node<K,V> next;
Node(int hash, K key, V value, Node<K,V> next) {...}
public final K getKey() {...}
public final V getValue() {...}
public final String toString() {...}
public final int hashCode() {...}
public final V setValue(V newValue) {...}
public final boolean equals(Object o) {...}
}
-
-
然而,仅仅使用Node数组难以解决哈希冲突,因此,引入了链表采用链地址法解决哈希冲突。
-
-
-
而当冲突过多导致链表过长的时候,查询效率会下降,为了改善查询效率,在链表过长(默认长度大于8)的时候,会自动转化为红黑树(特殊情况,如果Node数组的长度小于64,则会进行数组扩容,而不是将链表转化为红黑树)。
-
-
JDK1.8与JDK1.7相比,HashMap有哪些变化?
-
底层结构变化,JDK1.7HashMap底层是数组+链表,JDK1.8HashMap底层是数组+链表+红黑树。
-
-
-
put()方法变化,JDK1.7HashMap的put()方法采用的是头插法,JDK1.8HashMap的put()方法采用的是尾插法。
-
-
-
哈希值以及下标的计算也不同。JDK1.7中的hash函数对哈希值的计算直接使用key的hashCode值,而JDK1.8中则是采用key的hashCode异或上key的hashCode进行无符号右移16位的结果,避免了只靠低位数据来计算哈希时导致的冲突,计算结果由高低位结合决定,使元素分布更均匀。
-
-
-
扩容时的细节处理也不同。JDK1.7是通过更新hashSeed来修改hash值达到分散的目的,而JDK1.8是扩容时通过hash&cap == 0将链表分散,无需改变hash值。
-
-
HashMap是线程安全的吗?为什么?如何保证线程安全?
-
HashMap是非线程安全的。
-
-
-
原因是其put()方法是非线程安全的,在JDK1.7中,由于采用的是头插法,在多线程环境下,可能会形成闭环而导致死循环,而在JDK1.8中改用了尾插法,虽然可以避免多线程环境下的死循环问题,但依然有可能造成数据丢失,因此是线程不安全的,详细源码见接下来有关put()方法的问题解答。
</
-