HashMap 底层原理和数据结构原理解析

总所周知,Map集合的特点是以key-value映射来存储数据的

在我们开发中,常见的还有session,redis..等它们也是用key-value的形式来存储数据的,为什么我们常用的一些很多都是以key-value来存储数据的呢。

因为在数据量比较多的情况下,他好找,map中的key就相当于一个索引的作用,他是非常快的,程序只只需要判断怎么取到它的key就行了。

就相当于一个人对应一个身份证号一样,是一个一一对应的关系

Map有三个实现类HashMap,TreeMap,LinkedHashMap

HashMap

HashMap是以哈希表的一种数据结构来存储数据的,

key的特点是无序,唯一

value的特点是无序,不唯一

哈希表数据结构-画的可能不好!!大家能看就行哈

HashMap:数组+链表(JDK1.7)   数组+链表+红黑树(JDK1.8)

HashMap默认参数

初始化默认长度为1>>4(16)

默认最大容量为1>>30(2的30次方)

默认加载因子为0.75,这是HashMap的扩容机制,就是每当HashMap中的数据容量达到当前长度*0.75的时候,HashMap就要进行扩容了,扩容机制原来是1>>4,扩容之后是1>>5,就是2的5次方,意思就是每次

扩容长度翻一倍

我们在讲讲HashMap是怎么存的

map集合通过map.put("key","value")方法来存储数据的

HashMap在new的时候,其实还没去内存开辟一个长度为16的数组空间,因为有些用户new了之后就不使用,就造成了内存空间浪费。

在用户调用put方法的时候,才会去内存中开辟空间

他是怎么存到哈希表中的呢

它是通过key获取key的hashcode值,在通过哈希表的算法来获取数组下标,然后再通过数组下标查询出对应的链表节点,根据当前的key去比对下面的各个节点,如果存在相同的,则覆盖,如果不

存在相同的,则把数据添加在链表末尾。

在JDK1.8之后,如果某个数组坐标下的链表节点数量超过了8个,则会把当前链表转化为红黑树(至于数值为什么是8个,只能讲是别人测试过很多次得出的一个很合理的数值)

 

map.get("key")方法就是通过key的hashcode值找到数组下标,在找到数组下标的节点,根据key和其他的节点key相比较,相同则取出节点的value值,如果没找到则返回null

HashMap的扩容机制

当数组长度实际长度达到阈值(数组内存长度*加载因子)的时候,就需要扩容,默认扩容机制是原来长度*2,因为HashMap的长度必须是2的N次幂

数组长度扩容了之后,数据怎么办,所以我们还需要进行数据迁移

在JDK1.7的时候,采用key的hash值根据哈希算法来得出一个数组的坐标,采用头插法插入到新的坐标,意思就是原来数组坐标下链表的顺序是:10-20,插入到新的坐标的时候就变成了:20-10了

JDK1.8的时候,人们发现一个现象,扩容前和扩容后的二进制坐标其实很类似,就比如说,扩容前为:1101,扩容后新的坐标为11101,原来的坐标就变成了01101,他们的后4位是相等的

所以,人们得出结论:当重新扩容的时候,当前数组下的元素节点只需要判断得出新坐标的首位是0和1,当最高位为1的时候,就把元素插入到:当前坐标长度+扩容的长度的位置,如果最高位为0,

则还在原来的位置不用变,jdk1.8数据迁移采用的尾插法,就不会影响原来的顺序,原来顺序是10-20,加入两个值都需要改变,改变后的值也是10-20

 

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

风某人~Wind

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值