HashMap 1.7 与 1.8 的 区别,说明 1.8 做了哪些优化,如何优化的?

JDK1.7的HashMap采用数组+链表实现,当冲突严重时,查找效率降低至O(n)。JDK1.8引入红黑树,当链表长度超过8时转换为树结构,确保最差时间复杂度为O(log n)。若key未正确实现Compare接口,JDK1.8性能会下降。
摘要由CSDN通过智能技术生成

HashMap结构图
在这里插入图片描述
在JDK1.7 及之前的版本中, HashMap 又叫散列链表:基于一个数组以及多个链表的实现,hash值冲突的时候,就将对应节点以链表的形式存储。

JDK1.8 中,当同一个hash值( Table 上元素)的链表节点数不小于8时,将不再以单链表的形式存储了,会被调整成一颗红黑树。这就是JDK7 与JDK8 中HashMap 实现的最大区别。

其下基于 JDK1.7.0_80 与 JDK1.8.0_66 做的分析

JDK1.7中

使用一个Entry 数组来存储数据,用key的hashcode 取模来决定key会被放到数组里的位置,如果hashcode 相同,或者hashcode 取模后的结果相同( hash collision ),那么这些key 会被定位到Entry 数组的同一个
格子里,这些key 会形成一个链表。

在hashcode 特别差的情况下,比方说所有key的hashcode 都相同,这个链表可能会很长,那么put/get 操作都可能需要遍历这个链表,也就是说时间复杂度在最差情况下会退化到O(n)

JDK1.8中

使用一个Node 数组来存储数据,但这个Node 可能是链表结构,也可能是红黑树结构

  • 如果插入的key 的hashcode 相同,那么这些key也会被定位到Node 数组的同一个格子里。
  • 如果同一个格子里的key不
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值