HashMap
HashMap底层基于数组和链表(单向)实现, jdk1.8之后当链表中元素达到8个之后会转化为红黑树. 当红黑树的节点数量到达6之后退化为单向链表
# hashcode与31
我们都知道HashMap在put一个键值对, 会先计算的Key的hashcode来得到键值对应存放在数组中的位置. 当下次get时, 重新计算hashcode就可以得出key在数组中的index.
// String的hashcode
public int hashCode() {
int h = hash;
if (h == 0 && value.length > 0) {
char val[] = value;
for (int i = 0; i < value.length; i++) {
// 使用了一个魔术值31
h = 31 * h + val[i];
}
hash = h;
}
return h;
}
2
3
4
5
6
7
8
9
10
11
12
13
14
Effective Java
中的答案是31是一个奇质数, 如果乘数是偶数,有可能会导致乘积运算时溢出.
由于在乘积运算时, 使用位移可以提高性能. 所以其实使用偶数的运算效果更好一些. 但是又不能使用偶数. 同时计算出的结果要足够大且不能溢出, 所以经过多次实验, 31出现了.
31 * i == (i << 5) - i
, 31是质数的同时, 占用空间小, 还可以直接用位移运算和减法来提高效率.
奇数也会溢出
其实不论奇数偶数, 都有溢出的可能, 只不过在位移运算时, 偶数的最低位只有可能是0, 而奇数的最低位有可能是1也有可能是0. 而再散列表中, 自然是越分散越好. 所以奇数优于偶数.
# 扰动函数
由于使用数组存放键值对, 当hash计算出现碰撞次数过多时, 就会导致频繁的链表与树的遍历操作. 这时就失去了散列的意义. 所以HashMap在存放元素是使用了一个方法hash
来处理key的hashcode, 用于优化散列效果.
static final int hash(Object key) {
int h;
return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}
2
3
4
在hash方法中, HashMap先将key的hashCode向右位移了16位, 也就是也就是hashcode长度的一半(hashcode是int类型,32位), 然后再与原来的hashcode做亦或运算, 混合hashcode的高16位与低16位.
# 初始化容量
// 延迟初始化, 在没有使用之前table的容量一直都是0
public HashMap() {
this.loadFactor = DEFAULT_LOAD_FACTOR; // all other fields defaulted
}
// 立刻初始化容量
public HashMap(int initialCapacity) {
this(initialCapacity, DEFAULT_LOAD_FACTOR);
}
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);
}
// 确保容量为2的整数倍
static final int tableSizeFor(int cap) {
// 如果传递参数cap是17
int n = cap - 1; // n = 10000
n |= n >>> 1; // n = 11000
n |= n >>> 2; // n = 11110
n |= n >>> 4; // n = 11111
n |= n >>> 8; // n = 11111
n |= n >>> 16; // n = 11111
// 此时n 也就是hashmap的容量调整为了32
// 一直做位移运算的原因是把cap的各个位置都填上1, 这样当n + 1是自然就得到一个2的整数倍了
return (n < 0) ? 1 : (n >= MAXIMUM_CAPACITY) ? MAXIMUM_CAPACITY : n + 1;
}
final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
boolean evict) {
Node<K,V>[] tab; Node<K,V> p; int n, i;
if ((tab = table) == null || (n = tab.length) == 0)
n = (tab = resize()).length;
// 定位元素位置的方式是 (table.length - 1) & hash 这个hash是经过扰动函数hash()计算得出的
if ((p = tab[i = (n - 1) & hash]) == null)
tab[i] = newNode(hash, key, value, null);
else {
...
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
我们都知道在使用HashMap在没有hash碰撞时, 他的时间复杂度为O(1), 而如果出现hash碰撞, 也就是出现链表与树时, 那么在索引一个元素时, 就要再O(1)的复杂度上再多一步遍历hash碰撞元素的次数. 所以我们要尽量避免出现hash碰撞的问题保证HashMap存取数据的效率, 要让元素在table中尽量的分散.
在hashcode与31中我们已经知道了奇数比偶数在hash计算中出现hash碰撞的可能性更小. 而HashMap的设计者规定了HashMap的容量必须为2的整数倍, 那么在使用的(table.length - 1) & hash得出的 元素所在table的index的碰撞的概率也就大大减少了.
# 负载因子
负载因子决定了HashMap中存放的元素数量达到多少以后进行扩容操作. HashMap的默认负载因子为0.75. 也就是当元素的数量达到了 容量上限 * 0.75时, 会将table扩容一次. 为什么使用0.75作为负载因子, 如果使用大于0.75的数, 比如1, 那么当table被放慢时才会扩容, 这会出现大量的冲突, 如果使用小于0.75的数, 虽然减少了碰撞的概率, 但table会扩容的非常频繁, 同时造大量的内存浪费. 所以使用0.75折中, 在时间与空间之间找到一个平衡点
# 扩容
直接看源码
final Node<K,V>[] resize() {
// 计算新Entry长度与新的threshold
Node<K,V>[] oldTab = table;
int oldCap = (oldTab == null) ? 0 : oldTab.length;
// threshold变量 容量与负载因子的乘积
int oldThr = threshold;
int newCap, newThr = 0;
// 判断是否已经初始化过
if (oldCap > 0) {
if (oldCap >= MAXIMUM_CAPACITY) {
// 如果当前的阈值已经打到了上限则不再扩容
threshold = Integer.MAX_VALUE;
return oldTab;
}
// 扩容一倍
else if ((newCap = oldCap << 1) < MAXIMUM_CAPACITY &&
oldCap >= DEFAULT_INITIAL_CAPACITY)
// 如果扩容计算没有问题, 将阈值也 * 2
newThr = oldThr << 1; // double threshold
}else if (oldThr > 0){
// 没有初始化过, 则初始化一下, 容量 = 阈值
newCap = oldThr;
}else { // zero initial threshold signifies using defaults
// 初始化一下 cap = 16; thr = 16*0.75
newCap = DEFAULT_INITIAL_CAPACITY;
newThr = (int)(DEFAULT_LOAD_FACTOR * DEFAULT_INITIAL_CAPACITY);
}
if (newThr == 0) {
float ft = (float)newCap * loadFactor;
// 确保阈值被初始化
newThr = (newCap < MAXIMUM_CAPACITY && ft < (float)MAXIMUM_CAPACITY ?
(int)ft : Integer.MAX_VALUE);
}
threshold = newThr;
// --------------------- 开始扩容
// 初始化一个新的数组
Node<K,V>[] newTab = (Node<K,V>[])new Node[newCap];
table = newTab;
// 开始迁移元素
if (oldTab != null) {
// 若原数组有数据, 重新映射到新数组
for (int j = 0; j < oldCap; ++j) {
Node<K,V> e;
if ((e = oldTab[j]) != null) {
// 先将原数组中的元素暂存, 再抹掉原数组的引用
oldTab[j] = null;
if (e.next == null) {
// 普通节点重新计算一下这个元素再新数组中的位置即可
newTab[e.hash & (newCap - 1)] = e;
} else if (e instanceof TreeNode){
// 处理是红黑树节点的情况, 下面有单独详解
((TreeNode<K,V>)e).split(this, newTab, j, oldCap);
}else {// 链表
//------------------------------ 迁移链表结构
// 这个链表用来保存原table中的头尾 叫她链表一
Node<K,V> loHead = null, loTail = null;
// 这个链表用来保存需要分配的元素 叫她链表二
Node<K,V> hiHead = null, hiTail = null;
Node<K,V> next;
do {
next = e.next;
// 将这个节点的hash & 原table的长度
// 如果结果为0 , 位置不变
if ((e.hash & oldCap) == 0) {
// 先看看链表一是不是空的
if (loTail == null)
// 如果是空的那就把链表一头设置上
loHead = e;
else
// 如果不为空, 那就把这个元素链到链表一的尾端
loTail.next = e;
// 更新一下链表一尾
loTail = e;
}else {// 如果不为0
// 先看看链表二是不是空的
if (hiTail == null)
// 如果是空的 那就把链表二头设置上
hiHead = e;
else
// 如果不为空, 那就把这个元素链到链表二的尾端
hiTail.next = e;
// 更新一下链表二尾
hiTail = e;
}
} while ((e = next) != null);
// 看看链表一是不是不为空呀, 如果不为空, 那就把这个元素放到新表中相同的位置
if (loTail != null) {
loTail.next = null;
newTab[j] = loHead;
}
// 如果链表二不为空, 那就放在新数组的 原数组长度 + 原数组的index上
if (hiTail != null) {
hiTail.next = null;
newTab[j + oldCap] = hiHead;
}
}
}
}
}
return newTab;
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
以上代码总共完成了两件事情, 计算新的HashMap的容量然后将原Entry[]中元素迁移到新的Entry[]中. 代码迁移部分红黑树节点元素的迁移代码在TreeNode中. 稍后分析.
首先我们已知的两点: hashmap的扩容是2倍扩展; 元素在Node[]中的索引计算是(cap -1) & hash. 所以元素扩容后要么位置不变, 要么新位置应该是old + oldIndex.
可以看出, 扩容后的index计算, 关键点在于((cap << 1) - 1) & hash
后重新得到的index新增的一个bit是1还是0, 如果是0 , 那么扩容后位置不变, 如果是1 ,那么位置应该变更为 oldCap + oldIndex
在jdk1.8的优化之后HashMap的元素迁移不再需要重新计算hash. 它只是重新 & 一下 oldCap, 然后与0 比较, 实际效果与jdk1.8之前的重新计算一致, 同时还提高了效率. 链表迁移的整体流程如下:
- 新创建两个链表. link_1, link_2.
link_1中存放的是hash&oldCap == 0的元素, link_2中存放的是hash&oldCap != 0的元素.
- 循环链表中的每个元素做hash&oldCap操作, 同时存放到对应的link中.
循环过后, 元素在原链表中的相对位置与再新链表中的相对位置是不变的.
- 将link_1的head元素放到新Node[]中, 索引为原索引.
- 将link_2的head元素放到新Node[]中, 索引为oldCap + oldIndex
# 树
在分析hashMap的TreeNode的迁移之前, 需要先了解一下树这种数据结构.
# 二三树
当二叉树的插入数据时, 他会将要插入的节点与当前的树节点作比较, 如果小在左侧, 如果大在右侧, 如果插入的数据大小一直是递增的情况, 那么会出现二叉树退化为链表的情况.
二三树可以解决二叉查找树数的平衡问题. 它在添加一个节点时, 会先尝试将这个要添加的节点数据暂存在离他最近的一个节点中, 也就是二三树的一个节点中可以存在两个数据, 只有当一个节点出现第三个数据时, 会将中间数据向上拉起为新节点, 左右数据下沉作为新节点的left和right节点
可以看到二三树的叶子节点都在同一层. 如果一个节点有一个数据, 那么它有两个节点, 如果有两个数据, 那么它有三个节点
在二三树之外, 还有二三四树, 它与二三树类似. 这两种模型的代码实现比较烦琐, 且效率不高. 首先节点需要多次比较, 不像二叉树非左即右, 其次结构调整也有一定复杂度.
# 红黑树
红黑树是二三树和二三四数的另外一种表现形式, 它更利于编码实现,
wiki百科中的红黑树
红黑树的特点或者说约束:
- 红黑树的节点是红色或黑色
- 红黑树的根节点是黑色
- 所有的nil节点是黑色, 叶子节点的左右节点都指向nil节点, 根节点的parent节点指向nil节点
- 每个红色节点的两个子节点一定是黑色的. 不存在红色节点的left或right也是红色的情况
- 任一节点到每个nil节点的路径都包含数量相同的黑色节点.
红黑树的查询与普通的二叉树查询一样, 插入有不同, 多除了旋转与染色操作用于调整树结构.
红黑树在插入节点时会先插入一个红色节点, 然后查看插入后的结构是否平衡, 如果不平衡则需要进行调整. 调整到平衡后再进行染色. 红黑树由二三树演变而来, 但红黑树的插入不会像二三树一样在一个节点中存在两个数据, 出现第三个数据时才调整平衡. 红黑树会像二叉树一样先按照非左即右的规则插入, 当发现一侧倾斜之后再进行调整, 这个调整分为左旋与右旋, 当向右侧倾斜时左旋, 想左侧倾斜时则右旋. 插入之后要再查看插入后的节点颜色 是否满足红黑树约束, 如果不满足, 要再进行染色操作
# 部分源码
# 插入
// key经过hash()扰动函数计算后的hash值
// onlyIfAbsent if true, 不修改因存在键值对
final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
boolean evict) {
// 要插入的借点数组数组
Node<K,V>[] tab;
// 已存在的节点
Node<K,V> p;
// n = tab.length
// i =
int n, i;
// 若数组为空经过resize()初始化一下
if ((tab = table) == null || (n = tab.length) == 0){
n = (tab = resize()).length;
}
// --------------------
// 查看经过索引计算后的位置是否有节点存在
if ((p = tab[i = (n - 1) & hash]) == null){
// 没有则直接创建一个节点并set上
tab[i] = newNode(hash, key, value, null);
else {
Node<K,V> e; K k;
// 若hash相同且key相同, 将已存在的节点指向 e
if (p.hash == hash &&
((k = p.key) == key || (key != null && key.equals(k)))){
e = p;
// 如果这个节点已经调整为了红黑树
}else if (p instanceof TreeNode){
// 向红黑树中插入借点
e = ((TreeNode<K,V>)p).putTreeVal(this, tab, hash, key, value);
// 链表
}else {
for (int binCount = 0; ; ++binCount) {
// 已经到达链表尾部, 向尾部插入节点
if ((e = p.next) == null) {
p.next = newNode(hash, key, value, null);
// 链表长度到达8, 调整为红黑树
if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
treeifyBin(tab, hash);
break;
}
// 链表中的节点与当前要插入的节点相同, 停止遍历
if (e.hash == hash &&
((k = e.key) == key || (key != null && key.equals(k)))){
break;
}
p = e;
}
}
// 如果存在相同节点
if (e != null) { // existing mapping for key
// 修改节点的value
V oldValue = e.value;
if (!onlyIfAbsent || oldValue == null)
e.value = value;
afterNodeAccess(e);
return oldValue;
}
}
++modCount;
// 扩容
if (++size > threshold)
resize();
afterNodeInsertion(evict);
return null;
}
// 链表转红黑树方法
final void treeifyBin(Node<K,V>[] tab, int hash) {
int n, index; Node<K,V> e;
// 虽然链表长度已经到达8了, 但是实际的Node数组长度不到64, 这个时候也不会进行树化, 而是扩容一下
// 也就是树化操作的前提条件还有一个就是数组桶大小要大于等于64
if (tab == null || (n = tab.length) < MIN_TREEIFY_CAPACITY)
resize();
else if ((e = tab[index = (n - 1) & hash]) != null) {
TreeNode<K,V> hd = null, tl = null;
do {
// 将链表转为树, 但还不是红黑树
TreeNode<K,V> p = replacementTreeNode(e, null);
if (tl == null)
hd = p;
else {
p.prev = tl;
tl.next = p;
}
tl = p;
} while ((e = e.next) != null);
if ((tab[index] = hd) != null)
// 树转红黑树, 进行旋转染色
hd.treeify(tab);
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
# 查询
public V get(Object key) {
Node<K,V> e;
return (e = getNode(hash(key), key)) == null ? null : e.value;
}
final Node<K,V> getNode(int hash, Object key) {
Node<K,V>[] tab; Node<K,V> first, e; int n; K k;
if ((tab = table) != null && (n = tab.length) > 0 &&
(first = tab[(n - 1) & hash]) != null) {
// always check first node 先看看第一个节点是否匹配, 如果匹配直接返回, 如果不匹配则向下匹配
if (first.hash == hash &&
((k = first.key) == key || (key != null && key.equals(k))))
return first;
if ((e = first.next) != null) {
if (first instanceof TreeNode)
// 从树中查询
return ((TreeNode<K,V>)first).getTreeNode(hash, key);
do {
// 遍历链表
if (e.hash == hash &&
((k = e.key) == key || (key != null && key.equals(k))))
return e;
} while ((e = e.next) != null);
}
}
return null;
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
# 删除
public V remove(Object key) {
Node<K,V> e;
return (e = removeNode(hash(key), key, null, false, true)) == null ?
null : e.value;
}
final Node<K,V> removeNode(int hash, Object key, Object value,
boolean matchValue, boolean movable) {
Node<K,V>[] tab; Node<K,V> p; int n, index;
if ((tab = table) != null && (n = tab.length) > 0 &&
(p = tab[index = (n - 1) & hash]) != null) {
Node<K,V> node = null, e; K k; V v;
// 流程与查询一样, 先定位到节点
if (p.hash == hash &&
((k = p.key) == key || (key != null && key.equals(k))))
node = p;
else if ((e = p.next) != null) {
if (p instanceof TreeNode)
node = ((TreeNode<K,V>)p).getTreeNode(hash, key);
else {
do {
if (e.hash == hash &&
((k = e.key) == key ||
(key != null && key.equals(k)))) {
node = e;
break;
}
p = e;
} while ((e = e.next) != null);
}
}
// 删除节点
if (node != null && (!matchValue || (v = node.value) == value ||
(value != null && value.equals(v)))) {
if (node instanceof TreeNode)
((TreeNode<K,V>)node).removeTreeNode(this, tab, movable);
else if (node == p)
tab[index] = node.next;
else
p.next = node.next;
++modCount;
--size;
afterNodeRemoval(node);
return node;
}
}
return null;
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
# LinkedHashMap
HashMap是无序的, 如果想要有序得存取数据, 需要使用LinkedHashMap, 它继承了HashMap, 底层通过hash表与双项链表来保存元素.
废话不多说, 直接看源码
public class LinkedHashMap<K,V> extends HashMap<K,V> implements Map<K,V>{
static class Entry<K,V> extends HashMap.Node<K,V> {
// 双向列表实现的关键, 存储了前驱和后继节点
Entry<K,V> before, after;
Entry(int hash, K key, V value, Node<K,V> next) {
super(hash, key, value, next);
}
}
// 链表的首尾节点
transient LinkedHashMap.Entry<K,V> head;
transient LinkedHashMap.Entry<K,V> tail;
// true: 按访问顺序排序; false: 按添加顺序排序
final boolean accessOrder;
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
//todo