简介:以上文章讲述的是ArrayList底层原理的实现接下来讲解的是HashMap底层实现原理。觉得我还可以的可以加群探讨技术QQ群:1076570504 个人学习资料库http://www.aolanghs.com/ 微信公众号搜索【欢少的成长之路】
前言
这是我实习的第二个月。今天讲述的是HashMap。大家肯定对这个很熟悉。问题来了!
- 什么是HashMap?
- HashMap与ArrayList哪个取值效率性能更高?(虽然没可比性,科普一下)他们俩如何选型?
- 链表是什么?HashMap为啥还需要链表?又是什么样子?
- 新的Entry节点在插入的时候是怎么插入的?
- 为啥在Java8之后改为尾部插入了?
- HashMap的扩容机制是什么?是怎么扩容的?
- 扩容的时候为什么要重新Hash呢,直接复制过去不好吗?
- 继续第五个问题开始,8之前用头插法,8之后改成尾插是怎么样的呢?
- Java8可以把HashMap⽤在多线程中吗?详细说一下
- HashMap的默认初始化⻓度是多少?为什么是这个数?为啥用这个不用别的呢?
- 为啥我们重写equals⽅法的时候需要重写hashCode⽅法呢?能⽤HashMap给我举个例⼦么?
- HashMap线程是不安全的,那怎么处理HashMap在线程安全的场景呢?
- HashMap的存取原理?
- Java7和Java8的区别?
- HashMap为啥会线程不安全?
- 有什么线程安全的类代替么?
- HashMap的主要参数都有哪些?负载因⼦是多少?为什是这么多?
- HashMap常用方法
通过这篇文章你能学习到这些知识!想了解的继续深入,不想了解的赶紧离开,我不想浪费你们的学习时间。找准自己的定位与目标,坚持下去,并且一定要高效。我跟你们一样非常抵制垃圾文章,雷同文章,胡说八道的文章。
很多人会问,学底层多浪费时间,搞好实现功能不就好了吗?
可以这样想一下到了一定的工作年限技术的广度深度都有一定的造诣了,你写代码就这样了没办法优化了,机器配置也是最好的了,那还能优化啥? 底层,我们都知道所有语言到最后要运行都是变成机器语言的,最后归根究底都是要去跟机器交互的,那计算机的底层是不是最后还是要关注的东西了!
正文
1.什么是HashMap?
简介
- HashMap是我们⾮常常⽤的数据结构,由数组和链表组合构成的数据结构。
- HashMap是用哈希表(直接一点可以说数组加单链表)+红黑树实现的map类
- 它是一个键值对的组合,每一个地方都存了Key-Value这样的实例,采用拉链法实现的,在Java7叫Entry在Java8中叫Node。
特点:
- 没有重复的key,key必须是唯一的,HashMap是无序的。而且顺序会不定时改变。每个Key只能对应一个Value。
- 底层实现是 链表数组,JDK 8 后又加了 红黑树
- key,value都可以是任何引用类型(包括null)的数据(只能是引用类型)
- HashMap查询效率高在获取指定元素前需要把key经过哈希运算,得到目标元素在哈希表中的位置,然后再进行少量比较即可得到元素
- 允许空键和空值(但空键只有一个,且放在第一位,知道就行)
- HashMap不同步
- 取值操作都是通过Key来取。如果出现两个key,计算机将不知道取哪个对应的值。如果动手实践强的小伙伴会发现,可以传入两个相同的key值,那是因为源码中,传入相同的键值对,将作为覆盖处理,所以HashMap不会出现相同的key。(下面有验证)
结构和底层原理
- 因为它本身所在的位置都为null,所以在put插入的时候会根据key的hash去计算一个index值。
- 例如我在put(“欢少”,666),我放入了欢少这个元素,这个时候我们会通过哈希函数计算出插入的位置也就是index。
- hash(“欢少”)=2
这个图是验证如果放入同一个Key,源码中会自动覆盖的以及验证HashMap支持空
2.HashMap与ArrayList哪个取值效率性能更高?(虽然没可比性,科普一下)他们俩如何选型?
效率问题:
HashMap效率大于ArrayList!HashMap取值直接get(key),没有的话就返回null。因为ArrayList底层是由数组实现的list.get(index)。当list去按索引查询的时候,会先去数组里比对索引是否越界,然后再去查询,耗时要比HashMap慢一点。
选型问题:
- ArrayList查询效率高,新增删除效率慢,线程不安全
- Vector 线程是安全的,基于数组,大小可变,可以同步访问,效率低
- HashMap 存在的意义就是实现一种快速的查找并且插入、删除性能都不错的一种 K/V(key/value)数据结构。
3.链表是什么?HashMap为啥还需要链表?又是什么样子?
链表是什么
- 链表是一种根据元素节点逻辑关系排列起来的一种数据结构。
- 利用链表可以保存多个数据,这一点类似于数组的概念,但是数组本身有一个缺点—— 数组的长度固定,不可改变。
- 在长度固定的情况下首选的肯定是数组,但是在现实的开发之中往往要保存的内容长度是不确定的,那么此时就可以利用链表这样的结构来代替数组的使用
为啥需要链表
- 放入元素的时候会有一个hash函数求当前要放入key的哈希值
- 硬核知识=>放入第一个元素与第二个元素有可能哈希值相同,处理之后得到下标也是相同的,系统不知道如何放,但是得到的哈希值的下标又没有任何毛病,只有在第一个值的下面延申出一个节点。如下图
又是什么样子
- 每⼀个节点都会保存⾃身的hash、key、value、以及下个节点,
- 如上图结构 下图代码
4.新的Entry节点在插入的时候是怎么插入的?
- Java8之前是头插法,就是说新来的值会取代原有的值,原有的值就顺推到链表中去,就像上⾯的例⼦
⼀样。 - 因为写这个代码的作者认为后来的值被查找的可能性更⼤⼀点,提升查找的效率。
但是,在java8之后,都是所⽤尾部插⼊了
5.为啥在Java8之后改为尾部插入了?
- 我先举个例子吧,我们现在往一个容量大小为2的put两个值,负载因子是0.75是不是我们在put第二个的时候就会进行resize呢? (容量 * 负载系数 => 2 *0.75=1) 所以第二个要resize了
- 现在我们要在容量为2的容器里面用不同的线程插入A,B,C,假如我们在resize之前打个断点,那意味着数据都插入了但是还没resize那扩容前可能是这样的。 A=>B=>C 。 A的下一个指针是指向B的
- 因为resize的赋值方式,也就是使用了单链表的头插入方式,同一位置上新元素总会被放在链表的头部位置,在旧数组中同一条Entry链上的元素,通过重新计算索引位置后,有可能被放到了新数组的不同位置上。如图,B的下一个指针指向了A
- 这个时候线程还没有结束 有可能线程都执行结束的时候 B指向A的同时,A也指向了B 也就是出现环形链表。如果这个时候取值,那就尴尬了。。。。infinite loop
//下一个需要调整大小的大小值(容量*负载系数)
The next size value at which to resize(capacity * load factor)
6.HashMap的扩容机制是什么?是怎么扩容的?
怎么扩容的:
- 每次扩容后,都会重新哈希,也就是key通过哈希函数计算后会得出与之前不同的哈希值,这就导致哈希表里的元素是没有顺序,会随时变化的,这是因为哈希函数与桶数组容量有关,每次结点到了临界值后,就会自动扩容,扩容后桶数组容量都会乘二,而key不变,那么哈希值一定会变
- 分为两步第一步 扩容:创建新的Entry空数组,长度是原数组的2倍。ReHash:遍历原Entry数组,把所有的Entry重新Hash到新数组。
扩容机制是什么:
- A
- B
7.扩容的时候为什么要重新Hash呢,直接复制过去不好吗?
- 因为⻓度扩⼤以后,Hash的规则也随之改变。
- 比如原来的长度是8,位运算之后的值是2。新的长度是16的时候,位运算的值明显就不一样了。上图用图说话
Hash的公式---> index = HashCode(Key) & (Length - 1)
8.继续第五个问题开始,8之前用头插法,8之后改成尾插是怎么样的呢?
- 1.7是数组+链表
- 1.8是数组+链表+红黑树
- 因为Java8有红黑树的部分,代码中已经多了很多 if else逻辑判断,红黑树的引用,解决了时间复杂度的问题。巧妙的将原本的O(n)的时间复杂度降低到了O(logn)。
- 使用头插会改变链表原来的位置顺序,但是如果使用尾插的话,只会插在链表的下一个节点的位置,就算在扩容的时候也会保持链表元素的原本顺序,就不会出现链表成环的问题了。也就是说原本是A=>B 扩容后还是A=>B。
- Java7在多线程操作HashMap的时候可能引起死循环,原因是扩容转移后前后链表顺序倒置,在转移过程中修改了原来链表中节点的引用关系。
- Java8在同样的前提下并不会引起死循环,原因是扩容转移后前后链表顺序不变,保持之前节点的引用关系。
9.Java8可以把HashMap⽤在多线程中吗?详细说一下
通过源码我们可以知道,put/get方法都没有加同步锁,多线程情况最容易出现的就是 无法保证上一秒put的值和下一秒get的值还是原值,有可能在这一秒钟会有新线程重新操作一遍这个数据,所以线程是无法保证数据的准确性的。所以不可以把HashMap放入多线程。
10.HashMap的默认初始化⻓度是多少?为什么是这个数?为啥用这个不用别的呢?
初始值长度
1<<4 也就是16
为啥用位运算呢?直接写16不好吗?
- 编辑器会提醒我们最好赋初值,而且最好是2的幂,这样为了位运算方便,位运算比算数计算的效率高很多,之所以选择16是为了服务将key映射到index的算法中
- 上面讲到了put的时候会hash一些key的值,但是我们怎么尽最大可能得到一个均匀分布的hash呢? 我们通过的是key的hashcode值去做位运算。
- 例如 key为上面的”欢少“ 十进制为873775 二进制为1101 0101 0101 0010 1111
- HashMap下标的计算方式是 index = HashCode(Key) & (Length- 1) 代入得
- 1101 0101 0101 0010 1111 & 1111 十进制就是15
- 之所以用位运算,效果与取模一样,提高性能!
为啥用16不用别的?
- 首先默认容量一定要是2的次幂。所以只有是 2,4,8,16,32
- 根据博主推断,因为在使⽤不是2的幂的数字的时候,Length-1的值是所有⼆进制位全为1,这种情况下,index的结果。等同于HashCode后⼏位的值。只要输⼊的HashCode本身分布均匀,Hash算法的结果就是均匀的。这是为了实现均匀分布。
11.为啥我们重写equals⽅法的时候需要重写hashCode⽅法呢?能⽤HashMap给我举个例⼦么?
为啥需要重写equals和hashcode方法
- 因为Java所有方法都继承了object类,object里有两个方法就是equals,hashCode。这两个方法都是判断两个对象是否相同相等的。
- 在未重写的equals方法,我们是继承了object类里的equals的,那里的equals是比较两个对象的内存地址,显然我们new了2个对象内存地址肯定不一样。
- 值对象=>比较的是两个对象的值 。 引用对象=>比较的是两个对象的地址。
下面说一下不重写hashcode的后果吧,因为那么多白话文不容易懂,如果抛出一个问题大家就更容易懂了
- 大家应该还记得上面取数据的流程吧 第一步是根据key的hashcode去寻找的index值,如果是多个值的情况那不就是形成了index链表了嘛,也就是说一个链表上有欢少1,欢少2的index都是2。
- 到了这一步之后已经区分了index下标,但是区分不了找的是欢少1还是欢少2。如果我们对equals⽅法进⾏了重写,建议⼀定要对hashCode⽅法重写,以保证相同的对象返回相同的hash值,不同的对象返回不同的hash值。不然⼀个链表的对象,你哪⾥知道你要找的是哪个,到时候发现hashCode都⼀样,这不是完犊⼦嘛!
12.HashMap线程是不安全的,那怎么处理HashMap在线程安全的场景呢?
我们⼀般都会使⽤HashTable或者ConcurrentHashMap,但是因为前者的并发度的原因基本上没啥使⽤场景了,所以存在线程不安全的场景我们都使⽤的是ConcurrentHashMap。HashTable我看过他的源码,很简单粗暴,直接在⽅法上锁,并发度很低,最多同时允许⼀个线程访问。ConcurrentHashMap就好很多了,1.7和1.8有较⼤的不同,不过并发度都⽐前者好太多了。
14.HashMap的存取原理?
A.存入Put原理
//添加指定的键值对到 Map 中,如果已经存在,就替换
public V put(K key, V value) {
return this.putVal(hash(key), key, value, false, true);
}
//计算对应的位置
static final int hash(Object key) {
int h;
return key == null ? 0 : (h = key.hashCode()) ^ h >>> 16;
}
public resize():扩容
public putTreeVal():树形节点的插入
public treeifyBin():树形化容器
final V putVal()
- 先调用 hash() 方法计算哈希值
- 哈希值 & table.length得出数组的下标
- 然后调用 putVal() 方法中根据哈希值进行相关操作
- 如果当前 哈希表内容为空,新建一个哈希表
- 如果要插入的桶中没有元素,新建个节点并放进去
- 否则从桶中第一个元素开始查找哈希值对应位置
- 如果桶中第一个元素的哈希值和要添加的一样,替换,结束查找
- 如果第一个元素不一样,而且当前采用的还是 JDK 8 以后的树形节点,调用 putTreeVal() 进行插入
- 否则还是从传统的链表数组中查找、替换,结束查找
- 当这个桶内链表个数大于等于 8,就要调用 treeifyBin() 方法进行树形化
- 最后检查是否需要扩容
B.取出Get原理
public V get(Object key)
//如果 HashMap 中包含一个键值对 k-v 满足以上代码,就返回值 v,否则返回 null;
(key == null ? k == null : key.equals(k))
- 先计算哈希值
- 然后再用(n-1)&hash计算出桶的位置
- 在桶里的链表进行遍历查找
15.Java7和Java8的区别?
- StreamApi–jdk1.8增加了stream特性,主要是基于fork-join框架构建,而且你可以通过parallel()与sequential()在并行流与顺序流之间进行切换
- Hashmap性能优化:
1. 最重要的一点是底层结构不一样,1.7是数组+链表,1.8则是数组+链表+红黑树结构;
2. 插入键值对的put方法的区别,1.8中会将节点插入到链表尾部,而1.7中是采用头插
3. jdk1.7中的hash函数对哈希值的计算直接使用key的hashCode值,而1.8中则是采用key的hashCode异或上key的hashCode进行无符号右移16位的结果,避免了只靠低位数据来计算哈希时导致的冲突,计算结果由高低位结合决定,使元素分布更均匀
4. 扩容策略:1.7中是只要不小于阈值就直接扩容2倍;而1.8的扩容策略会更优化,当数组容量未达到64时,以2倍进行扩容,超过64之后若桶中元素个数不小于7就将链表转换为红黑树,但如果红黑树中的元素个数小于6就会还原为链表,当红黑树中元素不小于32的时候才会再次扩容。 - 剩下的暂时用不到大家可以借鉴一下右面这个链接学习一下 JDK1.7与JDK1.8的区别
16.HashMap为啥会线程不安全?
第九问已经基本上介绍了线程为什么不安全这个问题。
17.有什么线程安全的类代替么?
ConcurrentHashMap,这个类的具体讲解由下篇文章发表个人对ConcurrentHashMap的理解与用法。
18.HashMap的主要参数都有哪些?负载因⼦是多少?为什是这么多?
负载因子
- 负载因子默认值为0.75
- 为什么那么多?提高空间利用率和 减少查询成本的折中,主要是泊松分布,0.75的话碰撞最小
- 通常负载因子在时间河空间成本上寻求一种折衷,过高,虽然减少了空间开销提高了空间利用率,但同时增加了查询成本
- 过低又导致减少查询时间成本,但是空间利用率低,同时提高了rehash操作的次数。所以0.75是一个折衷选择
- 下面太细的细节就不深挖了,涉及到数据结构以及算法知识了,我会专门讲解一些算法以及数据结构的知识。
主要参数:
- loadFactor:负载因子,默认值为0.75
- thresshold:所能容纳的键值对的临界值
- thresshold:计算公式为 数组长度*负载因子
- size:HashMap中实际存在的键值对数量
- modCount:字段用来记录HashMap内部结构发生变化的次数
- HashMap默认容量INITIAL_CAPACITY为16
21.HashMap常用方法
(1) 插入键值对数据
public V put(K key, V value)
(2)根据键值获取键值对值数据
public V get(Object key)
(3)获取Map中键值对的个数
public int size()
(4)判断Map集合中是否包含键为key的键值对
public boolean containsKey(Object key)
(5)判断Map集合中是否包含值为value的键值对
boolean containsValue(Object value)
(6)判断Map集合中是否没有任何键值对
public boolean isEmpty()
(7)清空Map集合中所有的键值对
public void clear()
(8)根据键值删除Map中键值对
public V remove(Object key)
键值对数据遍历
(9)将Map中所有的键装到Set集合中返回
//public Set<K> keySet();
Set<K> set=map. keySet()
(10)返回集合中所有的value的值的集合
// public Collection<V> values();
Collection<V> c=map.values()
(11)将每个键值对封装到一个个Entry对象中,再把所有Entry的对象封装到Set集合中返回
// public Set<Map.Entry<K,V>> entrtSet();
Set<Map.Entry<K,V>> entrys=map.entrySet()
公众号请各位小哥哥小姐姐关注一下!接下来每天会分享底层原理文章
结尾
文章有些不足的地方希望指出,我会积极改正,提升我的技术!也希望我的文章可以帮助一下进阶程序员学到更多的东西。
小白一枚技术不到位,如有错误请纠正!最后祝愿广大的程序员开发项目的时候少遇到一些BUG。正在学习的小伙伴想跟作者一起探讨交流的请加下面QQ群。
知道的越多,不知道的就越多。找准方向,坚持自己的定位!加油向前不断前行,终会有柳暗花明的一天!
创作不易,你们的支持就是对我最大认可!
文章将持续更新,我们下期见!【下期将更新HashTable、ConcurrentHashMap原理 QQ群:1076570504 微信公众号搜索【欢少的成长之路】请多多支持!