jdk1.8 hashmap

JDK1.8的HashMap在数据结构上采用了hash数组加链表和红黑树的组合,相比于1.7的纯链表有显著提升。插入操作由头插法变为尾插法,解决了链表逆序问题。扩容策略和链表转红黑树的阈值进行了调整,提高了性能。此外,hash计算方法通过与高16位异或确保高位参与运算,提高哈希分布均匀性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

与1.7对比

  1. 数据结构:1.7是hash数组 + 链表;1.8采用hash数组 + 链表 + 红黑树;
  2. 数据插入:1.7头插法;1.8尾插法;
  3. 扩容后数据分布方式:1.7是对所有key重新hash(key的hash值的二进制 & length-1的二进制);1.8是原位置或者(原位置+oldlen)

四个关键常量(扩容&链表转红黑树)

在这里插入图片描述

  • DEFAULT_LOAD_FACTOR 扩容因子

threshold = table长度 * 扩容因子threshold=table长度 * 扩容因子在这里插入图片描述

  • TREEIFY_THRESHOLD & MIN_TREEIFY_CAPACITY 控制链表转红黑树

链表转红黑树的两个条件这里是引用在这里插入图片描述

  • UNTREEIFY_THRESHOLD 控制红黑树转链表

这里是引用

头插法和尾插法对比

  • 头插法会导致链表逆序&死循环(引用网络图)
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

hash计算方法

		int h;
        return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);

可以看到,先计算key的hashcode,然后和计算的hashcode高16位异或;

为什么需要和高16位异或?
1、但由于绝大多数情况下length一般都小于2^16即小于65536。所以return h & (length-1);结果始终是h的低16位与(length-1)进行&运算。如下例子(hashcode为四字节)

由于和(length-1)运算,length 绝大多数情况小于2的16次方。所以始终是hashcode 的低16位(甚至更低)参与运算。要是高16位也参与运算,会让得到的下标更加散列。

所以这样高16位是用不到的,如何让高16也参与运算呢。所以才有hash(Object key)方法。让他的hashCode()和自己的高16位^运算。所以(h >>> 16)得到他的高16位与hashCode()进行^运算。

为什么用^而不用&和|
因为&和|都会使得结果偏向0或者1 ,并不是均匀的概念,所以用^。

这就是为什么有hash(Object key)的原因。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值