HashMap源码解析

​ 想要理解HashMap底层数据的存储形式,底层原理,最好的形式就是读它的源码,但是说实话,源码的注释说明全是英文,英文不是非常好的朋友读起来真的非常吃力,我基本上看了差不多七八遍,还结合网上的一些解析,才觉得自己有点理解。

​ 我先画了一个图,HashMap数据存储的结构图,先有个理解,再来看看下面的代码解析可能会好理解些。

HashMap的数据结构

HashMap静态属性


/**
* The default initial capacity - MUST be a power of two.
* 默认的数组容量16
*/
static final int DEFAULT_INITIAL_CAPACITY = 1 << 4; // aka 16 /**
* 最大的容量
*/
static final int MAXIMUM_CAPACITY = 1 << 30; /**
* The load factor used when none specified in constructor.
* 负载因子,用于扩容,当数组的容量大于等于 0.75*DEFAULT_INITIAL_CAPACITY时,就要扩容
*/
static final float DEFAULT_LOAD_FACTOR = 0.75f; /**
* 每个桶中数据结构转变为树的链表长度界限,当链表长度为为8时,转成红黑树
*/
static final int TREEIFY_THRESHOLD = 8; /**
* 当树的结点等于小于等于6时,又转会链表
*/
static final int UNTREEIFY_THRESHOLD = 6; static final int MIN_TREEIFY_CAPACITY = 64;

存储的对象


/**
* Basic hash bin node, used for most entries. (See below for
* TreeNode subclass, and in LinkedHashMap for its Entry subclass.)
*/
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) {
this.hash = hash;
this.key = key;
this.value = value;
this.next = next;
} ……省略
}

这就是HashMap数据存储的形式,以一个Node节点对象存储。而且还是静态的。

普通属性


/**
* 这就是HashMap存储数据的本质容器,数组,只不过是Node数组,里面存储的是
* Node节点
*/
transient Node<K,V>[] table; /**
* Holds cached entrySet(). Note that AbstractMap fields are used
* for keySet() and values().
*/
transient Set<Map.Entry<K,V>> entrySet; /**
* The number of key-value mappings contained in this map.
*/
transient int size; /**
* 这是用来标记HashMap结构变化的次数的
*/
transient int modCount;

如何存放数据

构造器和其他的一些方法就先不看了,重点了解下put方法底层树如何来存放数据的

public V put(K key, V value) {
return putVal(hash(key), key, value, false, true);
}

一层套一层,接着看putVal方法,这里有一个hash(key),是将每个key生成一个hash值,用处是用来寻找存储的位置

static final int hash(Object key) {
int h;
return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}
// 这 hashCode是一个本地方法,不管,那为什么又要和无符号右移16位做异或运算呢?
final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
boolean evict) {
// tab是用来操作存储容器的,p是存储的节点,n是数组的长度,i是数组位置下标
Node<K,V>[] tab; Node<K,V> p; int n, i;
if ((tab = table) == null || (n = tab.length) == 0)
// 数组容器初始化resize(),这个方法后面重点看,就是重新设置容量大小
n = (tab = resize()).length;
// 如果找到的这个位置的Node节点为null,就直接new一个,将put的数据存放进来
// (table.length-1)&hash 是HashMap中确定数组存放位置的方式
if ((p = tab[i = (n - 1) & hash]) == null)
tab[i] = newNode(hash, key, value, null);
else {
// 进到这里,就说明出现了hash碰撞,生成的hash值一样了,找到的位置已经有值了,p不为null
// e是一个临时节点变量
Node<K,V> e; K k;
// 如果hash值一样,key也一样,那就是覆盖嘛,直接吧p给e,到下面或进行value的新旧替换
if (p.hash == hash &&
((k = p.key) == key || (key != null && key.equals(k))))
e = p;
// 如果key不一样,判断是否是树节点了,就用树的增加节点方法,这里我们先不研究
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);
// 如果已经大于等于7了,就转成红黑树
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;
}
}
// 到这里就是key相同的时候,新旧值替换
if (e != null) { // existing mapping for key
V oldValue = e.value;
if (!onlyIfAbsent || oldValue == null)
e.value = value;
afterNodeAccess(e);// 这个是LinkedHashMap才会用到,HashMap不用管
return oldValue;
}
}
++modCount; // 修改记录,这个只有当数组新增了值才会到这里,想上面只增加再同一个桶中的链表后,不会加一
if (++size > threshold)
resize(); // 扩容
afterNodeInsertion(evict);
return null;
}

到这里可以再翻到上面去看下存储数据结构的图,可能更好理解

putVal方法整体概括下逻辑应该分为以下几点:

  • 首先先根据key得到hashCode值,确认存放的数组位置
  • 该位置如果没有值,就直接new一个Node节点存放进去
  • 该位置有值,又分为两种情况
    • 如果key相同,则就是替换嘛,把这个key所对应的value给换成新的
    • 如果key不相同,则就是hash冲突,就需要增加该桶的链表长度了,将该数据增加到该链表的后边。

注意:这里没有讨论变成红黑树,临界值8的情况

扩容机制

final Node<K,V>[] resize() {
// 定义一个Node[]
Node<K,V>[] oldTab = table;
// 老的容量
int oldCap = (oldTab == null) ? 0 : oldTab.length;
// 老的阈值
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)
newThr = oldThr << 1; // double threshold
}
else if (oldThr > 0) // initial capacity was placed in threshold
newCap = oldThr;
else { // zero initial threshold signifies using defaults
// 这里是最开是初始化的时候,默认容量是16,默认的阈值时0.75*16=12
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节点所在的位置的精髓所在,单独讲#################
}

为什么每次扩容设置成前一次的2倍?

我们再putVal方法中看到,HashMap确定数组存储的下标是这样确定的:(table.length-1) & hash,与运算是二进制的运算,都是1则为1,否则为0。

因为table的容量总是2的倍数,所以换成二进制时全部都是1后面都是0,比如16,二进制就是10000,32就是100000,那么减一之后它的二进制就都会是1,比如15的二进制是1111,31的二进制11111,这样再与hash值做与运算的时候离散性会更好,降低hash碰撞

为什么hash计算需要右移16位做异或运算

static final int hash(Object key) {
int h;
return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}
  1. 首先需要确定的一点是,用hash值是为了快速检索定位,但是需要好的hash算法去减少hash冲突,提高离散性。以这点作为基础,猜想上面这样算法是因为降低hash冲突,提高离散性。
  2. (table.length-1) & hash还是再看确定bin下表的方式,table的长度和hash值做与运算,在实际中table的长度并不会特别大,2的16次方都比较少,更何况是32位,所以如果直接用hashCode()方法生成的hash值做运算,其实大概率只用到了后16位,前十六位就浪费了。所以(h = key.hashCode()) ^ (h >>> 16)先用右移16位做异或运算,其实就是后16位和前16位做异或运算,这样在确定下标中hash的32位都参与了运算,这样既就增加了随机性,提高了离散性。
  3. 为什么是做"异或"运算呢?因为相比于“与”运算和“或”运算,“异或”运算生成0和1的概率是相等的,没有偏重哪一个。
@SuppressWarnings({"rawtypes","unchecked"})
// 确定完容量后,new一个新的数组,将新的数组赋给table这个数组
Node<K,V>[] newTab = (Node<K,V>[])new Node[newCap];
table = newTab;
if (oldTab != null) {
// 这里就是来确定老的table中每个桶中每个Node在新的table中的位置是否要移动,怎么移动
// 这里如果不明白为什么需要在新表中重新确定位置的,看下面的图解可能好理解
for (int j = 0; j < oldCap; ++j) {
// 临时节点e
Node<K,V> e;
// 取出第j个位置的节点给e
if ((e = oldTab[j]) != null) {
oldTab[j] = null;
// 这说明在这个原来的j位置上不存在hash碰撞,就直接放到新table中相同的位置就行
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 { // preserve order
// 进到这个else就说明在原来j位置存在hash碰撞,形成链表了,e.next不为null
// 低位节点,loHead地位节点的head,loTail地位节点的尾部
Node<K,V> loHead = null, loTail = null;
// 高位节点
Node<K,V> hiHead = null, hiTail = null;
Node<K,V> next;
// 循环遍历这个桶的链表的每个节点,重新弄确定位置
do {
next = e.next;
// 这个条件的&运算非常巧妙,如果为0,就说明这个节点不需要移动位置,在新table中也是j这个位置的桶中
// 这里这个&运算的结果不为0就为1,下面详细介绍
if ((e.hash & oldCap) == 0) {
// 这里是理清节点的关系,相当于这里是这个桶中所有不需要移位的Node,又要形成一个新的链表
if (loTail == null)
loHead = e;
else
loTail.next = e;
loTail = e;
}
else {
// 那这就当然就是需要移位的节点链表了咯
if (hiTail == null)
hiHead = e;
else
hiTail.next = e;
hiTail = e;
}
} while ((e = next) != null);
if (loTail != null) {
loTail.next = null;
// 这里就是低位节点,不需要移位,在新的table中还是j位置
newTab[j] = loHead;
}
if (hiTail != null) {
hiTail.next = null;
// 高位节点在新的table中的位置就变成 (原来的位置+原来的容量)
newTab[j + oldCap] = hiHead;
}
}
}
}
}
return newTab;

高位低位节点说明:

上面的代码中 e.hash & oldCap 这个结果为什么不是0就是1呢?

首先要明白为什么多个Node会存到同意的桶中,也就是在寻找数组位置的时候找到了同一个。

确定桶位置的计算方式是:(table.length-1) & hash,因为table.length-1的二进制全是1,在和hash作&运算时如果位数不够,就在前面补0,这时(table.length-1)的二进制中后面的1视为低位,前面的0就是高位,所以这个运算,高位算出来全是0,所以主要看低位。

现在看 e.hash & oldCap,oldCap因为时2的倍数,所以二进制都是1000……的形式,1视为高位,那么所以这个运算中,e.hash的低位不用管,高位可能是1也可能是0,所以运算的结果只能是0或1

那么为什么e.hash高位时1就要移位,是0就不需要呢?

现在已经清楚确定桶位置的计算方式是:(table.length-1) & hash,例如原本容量是16,那么(table.length-1) 二进制就是1111,hash是11111,则在原来的位置是 01111 & 11111 = 15,但是现在扩容之后为32了,现在(table.length-1)二进制为11111,那现在的位置就是11111 & 11111 = 31,改变的位置=原来的位置+原来的容量。

其实原因就是因为节点Node的hash没有变化,可是容量变了,所以如果节点Node的高位为1就是计算出与之前不一样的值,确定的位置当然要发生变化。

原来的数据存储

扩容后的数据存储

非线程安全

jdk1.8中的HashMap线程不安全主要是在多线程并发的时候出现数据覆盖的情况,在putVal方法中

final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
boolean evict) {
// tab是用来操作存储容器的,p是存储的节点,n是数组的长度,i是数组位置下标
Node<K,V>[] tab; Node<K,V> p; int n, i;
if ((tab = table) == null || (n = tab.length) == 0)
// 数组容器初始化resize(),这个方法后面重点看,就是重新设置容量大小
n = (tab = resize()).length;
// 如果找到的这个位置的Node节点为null,就直接new一个,将put的数据存放进来
// (table.length-1)&hash 是HashMap中确定数组存放位置的方式
if ((p = tab[i = (n - 1) & hash]) == null)
tab[i] = newNode(hash, key, value, null);

看上面的代码,if ((p = tab[i = (n - 1) & hash]) == null),如果找定位到数组的位置节点为空的话,就直接new一个节点存数据,当多线程时候,出现hash冲突,都定位到同一个位置,当一个A线程进来这个if,还没来得及存数据,另一个B线程进来抢先存了数据,可是A再去存数据的时候,已不会判断是否有值了,就直接覆盖了,所以就将B线程的数据覆盖了。

HashMap源码解析和设计解读的更多相关文章

  1. 【转】Java HashMap 源码解析(好文章)

    ­ .fluid-width-video-wrapper { width: 100%; position: relative; padding: 0; } .fluid-width-video-wra ...

  2. HashMap源码解析 非原创

    Stack过时的类,使用Deque重新实现. HashCode和equals的关系 HashCode为hash码,用于散列数组中的存储时HashMap进行散列映射. equals方法适用于比较两个对象 ...

  3. Java中的容器(集合)之HashMap源码解析

    1.HashMap源码解析(JDK8) 基础原理: 对比上一篇<Java中的容器(集合)之ArrayList源码解析>而言,本篇只解析HashMap常用的核心方法的源码. HashMap是 ...

  4. 最全的HashMap源码解析!

    HashMap源码解析 HashMap采用键值对形式的存储结构,每个key对应唯一的value,查询和修改的速度很快,能到到O(1)的平均复杂度.他是非线程安全的,且不能保证元素的存储顺序. 他的关系 ...

  5. 详解HashMap源码解析(下)

    上文详解HashMap源码解析(上)介绍了HashMap整体介绍了一下数据结构,主要属性字段,获取数组的索引下标,以及几个构造方法.本文重点讲解元素的添加.查找.扩容等主要方法. 添加元素 put(K ...

  6. 给jdk写注释系列之jdk1.6容器(4)-HashMap源码解析

    前面了解了jdk容器中的两种List,回忆一下怎么从list中取值(也就是做查询),是通过index索引位置对不对,由于存入list的元素时安装插入顺序存储的,所以index索引也就是插入的次序. M ...

  7. 【Java深入研究】9、HashMap源码解析(jdk 1.8)

    一.HashMap概述 HashMap是常用的Java集合之一,是基于哈希表的Map接口的实现.与HashTable主要区别为不支持同步和允许null作为key和value.由于HashMap不是线程 ...

  8. 一、基础篇--1.2Java集合-HashMap源码解析

    https://www.cnblogs.com/chengxiao/p/6059914.html  散列表 哈希表是根据关键码值而直接进行访问的数据结构.也就是说,它能通过把关键码值映射到表中的一个位 ...

  9. 详解HashMap源码解析(上)

    jdk版本:1.8 数据结构: HashMap的底层主要基于数组+链表/红黑树实现,数组优点就是查询块,HashMap通过计算hash码获取到数组的下标来查询数据.同样也可以通过hash码得到数组下标 ...

随机推荐

  1. src/main/resorces applicationContext.xml

    <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.sp ...

  2. liunx中文件夹不能删除怎么操作

    1.运行rm -rf 文件名称 2.不能删除对应文件并且提示"rm: cannot remove './.user.ini': Operation not permitted" 操 ...

  3. CDH安装步骤

    Six Steps to CDH Installation There are many options and potential paths that make each CDH cluster ...

  4. MySQL|一文解决主库已有数据的主从复制

    主从复制配置方案和实际的场景有很多,在之前配置了主从库都是全新的配置方案 在这一篇会配置主库存在数据,然后配置主从复制 开始之前,先分享一套MySQL教程,小白入门或者学习巩固都可以看 MySQL基础 ...

  5. springboot国际化与@valid国际化支持

    springboot国际化 springboot对国际化的支持还是很好的,要实现国际化还简单.主要流程是通过配置springboot的LocaleResolver解析器,当请求打到springboot ...

  6. LINQ之查询语法

    新开一节LINQ的入门讲解. LINQ(Language Integrated Query)语言集成查询,是C#语言的扩展,它的主要功能是从数据集中查询数据,就像通过sql语句从数据库查询数据一样(本 ...

  7. Javac·编码GBK的不可映射字符

    阅文时长 | 0.04分钟 字数统计 | 79.2字符 主要内容 | 1.引言&背景 2.声明与参考资料 『Javac·编码GBK的不可映射字符』 编写人 | SCscHero 编写时间 | ...

  8. 深入探索Android热修复技术原理读书笔记 —— so库热修复技术

    热修复系列文章: 深入探索Android热修复技术原理读书笔记 -- 热修复技术介绍 深入探索Android热修复技术原理读书笔记 -- 代码热修复技术 深入探索Android热修复技术原理读书笔记 ...

  9. [DB] Flink 读 MySQL

    思路 在 Flink 中创建一张表有两种方法: 从一个文件中导入表结构(Structure)(常用于批计算)(静态) 从 DataStream 或者 DataSet 转换成 Table (动态) pa ...

  10. 《SystemVerilog验证-测试平台编写指南》学习 - 第3章 过程语句和子程序

    <SystemVerilog验证-测试平台编写指南>学习 - 第3章 过程语句和子程序 3.1 过程语句 3.2 任务.函数以及void函数 3.3 任务和函数概述 3.4 子程序参数 3 ...