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

最新推荐文章于 2024-08-16 10:32:17 发布

郑学炜

最新推荐文章于 2024-08-16 10:32:17 发布

阅读量2.3k

点赞数 1

分类专栏： 3.容器

本文链接：https://blog.csdn.net/u014590757/article/details/79575101

版权

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