HashMap数据结构分析
HashMap的数据结构
1、JDK1.8之前,HashMap的数据结构是数组+链表的结构
数组:查询快,但是增删操作效率慢
链表:增删快(只需修改前后节点的指向),但是查询慢(每次查询都会从头节点开始寻找)
为什么要引入红黑树?
答:当散列表元素达到一定的数量时,即HashMap中的元素数量,链表对于查询的效率会大幅度的下降,引入红黑树就是为了解决这个链表过长带来的效率问题
HashMap的参数
//散列表初始化容量大小,必须为2的幂,初始化为16
static final int DEFAULT_INITIAL_CAPACITY = 1 << 4; // aka 16
//散列表的最大容量,也必须为2的幂
static final int MAXIMUM_CAPACITY = 1 << 30;
//在构造函数未指定时,默认为改构造因子
static final float DEFAULT_LOAD_FACTOR = 0.75f;
//链表转化为红黑树的条件之一,链表长度>8时
static final int TREEIFY_THRESHOLD = 8;
//链表转化为红黑树的条件之一,数组长度>64时
static final int MIN_TREEIFY_CAPACITY = 64;
//红黑树转化为链表的条件,数组长度小于等于6时
static final int UNTREEIFY_THRESHOLD = 6;
//HashMap内部维护的一个内部类Node
static class Node<K,V> implements Map.Entry<K,V> {
final int hash; //节点的hash值
final K key; //节点的key值
V value; //节点的value值
Node<K,V> next; //节点所指向下一个节点的指针
}
HashMap的构造函数
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);
}
我们可以看到对threshold进行了校验,也就是设置为2的幂数,通过tableSizeFor方法,目的是返回一个大于等于该值的2的幂次方数
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;
}
为什么要使用2的幂次方数来作为数组大小?
答:在使用寻址法
key.hash & table.length -1的操作时,table.length-1后的操作,高位1变为0,低位全为1,如16的二进制为0001 0000,进行-1操作后为0000 1111,这样进行 & 运算时,每个hash桶位发生hash碰撞的概率都是一致的(减少同一个节点上的hash冲突,节点分布均匀)
HashMap的put()方法
public V put(K key, V value) {
return putVal(hash(key), key, value, false, true);
}
首先会计算对应key的hash值,调用hash()方法,我们来看看该方法
static final int hash(Object key) {
int h;
return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
//当key == null时,直接返回0,否则
//调用key的hashCode方法得到散列值并赋值给局部变量h,对h进行无符号右移16位后^(异或)key的hash值
}
为什么通过寻址法定位到数组桶位,还是会发生hash冲突?
答:我们使用寻址法时,都会通过table.length-1的操作,将不定长的输入都转化为2的幂次数进行运算,(即相同的输出),自然会发生hash冲突
put方法调用了putVal方法,我们来对putVal方法进行分析
/*
实现 Map.put 和相关方法。
参数:
hash – 密钥的散列
key——钥匙
value – 要放置的值
onlyIfAbsent – 如果为真,则不更改现有值
evict – 如果为 false,则表处于创建模式。
返回值:
以前的值,如果没有,则为 null
*/
//表,在第一次使用时初始化,并根据需要调整大小。 分配时,长度始终是 2 的幂。 (我们还在某些操作中容忍长度为零,以允许当前不需要的引导机制。)
transient Node<K,V>[] table;
final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
boolean evict) {
Node<K,V>[] tab; Node<K,V> p; int n, i;
//当前table未被使用过,没有进行初始化,第一次进行put操作
if ((tab = table) == null || (n = tab.length) == 0)
//进行扩容操作
n = (tab = resize()).length;
//当前桶位位空,则放入新节点,否则证明当前桶存在节点
if ((p = tab[i = (n - 1) & hash]) == null)
tab[i] = newNode(hash, key, value, null);
else {
Node<K,V> e; K k;
if (p.hash == hash &&
((k = p.key) == key || (key != null && key.equals(k))))
//如果当前节点的hash和传入的hash相同并且对应的key也相同
//则将当前节点保存到临时节点e中
e = p;
else if (p instanceof TreeNode)
//如果当前节点属于红黑树节点
//则添加到红黑树的树节点中去
e = ((TreeNode<K,V>)p).putTreeVal(this, tab, hash, key, value);
else {
for (int binCount = 0; ; ++binCount) {
//将当前节点指向的下一个节点保存到临时节点e中
if ((e = p.next) == null) {
//如果e为null,则添加到e所指向的节点中
p.next = newNode(hash, key, value, null);
//当前遍历链表的长度如果达到红黑树阈值,可能会进行树化
if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
treeifyBin(tab, hash);
break;
}
//如果临时节点e的hash和传入的hash相同,并且key也相同时。则退出整个循环
if (e.hash == hash &&
((k = e.key)
