6.jdk1.7与1.8解决Hash冲突方法

Java 8之前的HashMap使用链地址法解决冲突,可能导致性能降至O(n)。Java 8引入平衡树,当冲突元素超8个时,将链表转换为平衡树,保证最坏情况下性能为O(logn)。此优化适用于HashMap、ConcurrentHashMap和LinkedHashMap,但不适用于Hashtable、WeakHashMap和IdentityHashMap。冲突源于不同对象可能有相同hashCode,而HashMap的快速查找依赖于hashCode和equals方法。Java 8的改进减少了DoS攻击的风险。
摘要由CSDN通过智能技术生成

Java 8 之前,HashMap和其他基于map的类都是通过链地址法解决冲突,它们使用单向链表来存储相同索引值的元素。在最坏的情况下,这种方式会将HashMapget方法的性能O(1)降低到O(n)。为了解决在频繁冲突时hashmap性能降低的问题,Java 8使用平衡树来替代链表存储冲突的元素。这意味着我们可以将最坏情况下的性能从O(n)提高到O(logn)
Java 8中使用常量TREEIFY_THRESHOLD来控制是否切换到平衡树来存储。目前,这个常量值是8,这意味着当有超过8个元素的索引一样时,HashMap会使用树来存储它们。
这一改变是为了继续优化常用类。大家可能还记得在Java 7中为了优化常用类对ArrayListHashMap采用了延迟加载的机制,在有元素加入之前不会分配内存,这会减少空的链表和HashMap占用的内存。
这一动态的特性使得HashMap一开始使用链表,并在冲突的元素数量超过指定值时用平衡二叉树替换链表。不过这一特性在所有基于hash table的类中并没有,例如HashtableWeakHashMap<

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值