jdk.8对于:HashMap的改动

本文探讨了HashMap在1.8之前的哈希冲突问题及其解决方法,即使用链表存储冲突的元素。然而,当冲突过多导致链表过长时,遍历效率降低。从1.8版开始,JDK引入了红黑树,当链表长度超过8时,会转换为红黑树,从而在遍历和查找时提高效率。这一改进显著提升了HashMap在处理大量数据时的性能。
摘要由CSDN通过智能技术生成

在1.8以前,存入HashMap<key,value>使用的方法是:

将key进行哈希值计算,得到一个数组的下标,然后将value放入该下标对应的数组中。

所以这种方法就会存在一个问题:哈希冲突

        所谓hash冲突,是由于哈希算法被计算的数据是无限的,而计算后的结果范围有限,所以总会存在不同的数据经过计算后得到的值相同,这就是哈希冲突。

在1.8之前解决哈希冲突的方法:

 将发生哈希冲突的value下标出改为存储链表,后存入的数据放在链表头。

所以就会存在一个问题,一旦一个key哈希冲突过多,链表就会特别长,HashMap遍历就比较慢。

在1.8中,改善了处理哈希冲突的方法:

 1.8jdk引入了红黑树的用:

在数据个数大于大于64和链表长度大于8就会转换为红黑树。

 这样在遍历时效率将会提升很多。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值