HashMap源码和JDK1.8以后的一些变化

最新推荐文章于 2024-08-26 21:46:21 发布

猎户座计划候选人

最新推荐文章于 2024-08-26 21:46:21 发布

阅读量2.8k

点赞数

分类专栏：源码的探究

本文链接：https://blog.csdn.net/unscdf117/article/details/78729674

版权

源码的探究专栏收录该内容

9 篇文章 0 订阅

订阅专栏

老夫写代码就是一把梭
梭哈!!梭哈!!梭哈!!赢了会所嫩模,输了下海干活.

JDK1.8以后 HashMap的数据结构发生了一些改变,从单纯的数组加链表结构变成数组+链表+红黑树.如图
HashMap
其中Node是HashMap的一个内部类,实现Map.Entry接口,本质是一个KV映射,上图中每个元素都是一个Node对象.
HashMap顾名思义是通过Hash表进行存储.为了解决哈希碰撞的问题,Java采用这种数组 + 链表方式来进行存储.
具体的put方法源码如下.
HashMap的put方法
当JVM存储HashMap的K-V时,仅仅通过Key来决定每一个Entry的存储槽位(Node[]中的index).并且Value以链表的形式挂载到对应槽位上即可(1.8之后如果长度大于8则转为红黑树).
HashMap之所以称之为HashMap是因为HashMap在put(String,Object)的时候JVM会对存入的对象进行一次hash(所有对象都是继承Object,而hashcode方法来自Object类中),从而获取到这个对象的hash值,接着JVM就根据这个hash值来决定该元素的存储位置.
比如我使用map.put(“UNSC”,”Cortana”);对HashMap中存入对应的KV,先将Key通过hashcode()方法获取到哈希值,再通过哈希算法的高位运算和取模运算来确定这个Key存储的槽位

如果发生两个Key存储到了同一个位置,则发生了Hash冲突(碰撞),Java采用的数组 + 链表方式就发挥作用了.Java采用链地址法(哈希值相同的元素构成一个链表,链表头指针指向Node[]的index),避免了Hash冲突的问题(参考上面的HashMap的图).Hash冲突发生后,这个槽位中存储的不是一个Entry而是多个Entry,此时就使用到了Entry链表(参见HashMap数据结构).JVM是按照顺序去遍历每一个Entry,一直到查找到对应的Entry为止(链表查询).在上图的for循环当中可以看到,如果hashcode相同,发生了hash冲突,新存入的值会覆盖旧的值,并且将旧的值返回.

HashMap扩容机制
HashMap中有resize()

看到了吧出现了一个loadFactor(默认值0.75),当HashMap的元素个数超过数组的容量(length),进行扩容,默认情况下数组容量是16,当HashMap中的元素个数超过12个时(16*0.75 == 12),超过了临界值(就是源码中的threshold),需要把数组大小扩容一倍,然后通过rehash(再哈希),重新计算每个元素在数组中的位置.
ReHash
如上图.

HashMap线程不安全的原因

HashMap在使用put方法时会调用这个方法,具体为addEntry(hash, key, value, i);
此时如果有两个线程T1和T2,两个线程同时对一个数组位置调用addEntry方法,T1和T2都能获得相同槽位(bucketIndex)的Node