为什么链表的长度是8的时转红黑树？+ 加载因子为什么是0.75？

最新推荐文章于 2022-05-14 22:57:34 发布
最新推荐文章于 2022-05-14 22:57:34 发布
阅读量557 收藏
点赞数
分类专栏： HashMap
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45097458/article/details/103157949
版权

A.首先需要明确的是：加载因子越大空间利用率就越高，可以充分的利用数组的空间；加载因子越小产生碰撞的概率的就越小，进而查找的就越快(耗时少)；简而言之是空间和时间的关系
B.为什么链表的长度是8的时转红黑树？+ 加载因子为什么是0.75？根据泊松分布可以得出当加载因子为0.75，链表长度为8时，再加入元素发生冲撞的概率最低

xsinx
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
HashMap加载因子为什么是0.75？转化红黑树阈值为8？
Craig无忌
08-17 2764
原来是因为泊松分布
面试官：Hashmap链表长度为8时转换成红黑树，你知道为什么是8吗
热门推荐
Jerry的编程之路
02-02 1万+
这是我2021年的第9篇原创文章，原汁原味的技术之路尽在Jerrycodeshashmap当中有一些默认的属性其实是经过反复的推敲才确定的，今天我们说说为什么要等链表长度为8的时候才转换...
JDK1.8以后的hashmap为什么在链表长度为8的时候变为红黑树
Lizhj的博客
08-22 4638
在JDK1.8以及以后的版本中，hashmap的底层结构，由原来单纯的的数组+链表，更改为链表长度为8时，开始由链表转换为红黑树，为何大刀阔斧的对hashmap采取这个改变呢，以及为何链表长度为8才转变为红黑树呢，下面结合源码一起来分析一下。 我们都知道，链表的时间复杂度是O(n)，红黑树的时间复杂度O(logn)，很显然，红黑树的复杂度是优于链表的，既然这么棒，那为什么hashmap为什么不直接就用红黑树呢，请看下图 源码中的注释写的很清楚，因为树节点所占空间是普通节点的两倍，所以只有当节点足够多
HashMap桶中链表转红黑树为什么选择数字8？
菜鸟要飞翔
12-14 2398
在JDK8及以后的版本中，HashMap引入了红黑树结构，其底层的数据结构变成了数组+链表或数组+红黑树。添加元素时，若桶中链表个数超过8，链表会转换成红黑树。 翻了一下HashMap的源码，发现其源码中有这样一段注释： Because TreeNodes are about twice the size of regular nodes, we use them only when bins c...
HashMap 为什么在链表长度为 8 的时候转红黑树，为啥不能是 9 是 10？
磊哥聊Java
03-18 3428
这个问题是在面试某公司的时候面试官提的问题，当时没回答上来。归根到底还是因为自己复习基础的时候还不够仔细，也缺乏思考。 首先 我觉得需要确认一下，是不是随便什么情况下只要满足了链表长度为8就转红黑树呢？答案自然不是，为什么不是，看代码： /** * Replaces all linked nodes in bin at index for given hash unless ...
java实现的红黑树
05-11
在扩容过程中，原有的链表可能会转化为红黑树，以提升查找效率。 4. **红黑树与AVL树的区别** - AVL树要求任何节点的两个子树的高度最大差别不超过1，因此AVL树更加平衡，但插入和删除操作可能需要更多的旋转。 -...
2.Java7_8+中的+HashMap+和+ConcurrentHashMap+全解析1
08-04
除了基础结构保持不变，Java 8引入了红黑树的概念，当链表长度超过8时，链表会转换为红黑树，以进一步优化查找、插入和删除的性能。同时，HashMap的扩容策略也有所调整，使得在高负载下性能更优。ConcurrentHashMap...
java8源码-Interview:对我的采访
06-04
红黑树 增加的时候 考虑（并且 容量 > 64 ） ​ 链表长度 < 6 由 红黑树换成 链表转 split的时候 考虑 注意： 初始化HashMap,但是不使用put（resize），并不会真正初始化HashMap hash方法 return (key == null) ?...
jdk-8u202-linux-x64.tar
03-25
在1.8之后，在数组+链表+红黑树来实现hashmap，当碰撞的元素个数大于8时&总容量大于64，会有红黑树的引入。除了添加之后，效率都比链表高，1.8之后链表新进元素加到末尾，ConcurrentHashMap (锁分段机制)，...
JAVA+面试题+常用的比较齐全
03-07
3. 链表转化为红黑树的条件是链表长度达到8，并且table长度达到64。这两个条件防止了不必要的转化，保持了性能和空间的平衡。 4. 设置阈值为8是为了避免频繁转换，减少性能损耗。差值7是为了减少转换的频率，保证...
Hashmap链表长度为8时转换成红黑树，你知道为什么是8吗
qq_44761854的博客
02-23 2461
为什么要转换？ 每次遍历一个链表，平均查找的时间复杂度是 O(n)，n 是链表的长度。红黑树有和链表不一样的查找性能，由于红黑树有自平衡的特点，可以防止不平衡情况的发生，所以可以始终将查找的时间复杂度控制在 O(log(n))。 最初链表还不是很长，所以可能 O(n) 和 O(log(n)) 的区别不大，但是如果链表越来越长，那么这种区别便会有所体现。所以为了提升查找性能，需要把链表转化为红黑树的形式。 为什么不直接用红黑树? 通常如果 hash 算法正常的话，那么链表的长度也不会很长，那么红黑树也不会带来
链表转红黑树的原因？为什么阈值为8？
赵睿宇的博客
05-14 1384
为什么 Map 桶中超过 8 个才转为红黑树？ 我们知道Java8后，当Map链表长度大于或等于阈值TREEIFY_THRESHOLD（默认为 8）的时候，如果同时还满足容量(数组的长度)大于或等于 MIN_TREEIFY_CAPACITY（默认为 64）的要求，就会把链表转换为红黑树。同样，后续如果由于删除或者其他原因调整了大小，当红黑树的节点小于或等于 6 个以后，又会恢复为链表形态。 首先要知道为什么要转换为红黑树？ 每次遍历一个链表，平均查找的时间复杂度是 O(n)，n 是链表的长度。红黑树有和链表
为什么jdk8的HashMap链表的长度超过8会转换成红黑树？
xukaiqiang123的博客
10-10 1175
首先说一说转换为红黑树的必要性: 红黑树的插入、删除和遍历的最坏时间复杂度都是log(n)， 因此，意外的情况或者恶意使用下导致hashCode()方法的返回值很差时， 性能的下降将会是"优雅"的，只要Key具有可比性。 但由于TreeNodes的大小是常规Nodes的两倍，所以只有桶中包含足够多 的元素以供使用时，我们才会使用树。那为什么这个数字是8呢 在这里总结了两种说法： 1、分布规律 我们看看官方文档中的一段描述: Because TreeNodes are about twice the size
「每天一道面试题」为什么HashMap链表长度超过8会转成树结构？
weixin_33877092的博客
03-07 2370
HashMap在JDK1.8及以后的版本中引入了红黑树结构，若桶中链表元素个数大于等于8时，链表转换成树结构；若桶中链表元素个数小于等于6时，树结构还原成链表。因为红黑树的平均查找长度是log(n)，长度为8的时候，平均查找长度为3，如果继续使用链表，平均查找长度为8/2=4，这才有转换为树的必要。链表长度如果是小于等于6，6/2=3，虽然速度也很快的，但是转化为树结构和生成树的时间并不会太短。还...
JAVA8 hashmap源码阅读笔记(红黑树链表)
just xiaoqiang
07-18 1万+
一：hashmap的13 个成员变量 static final int DEFAULT_INITIAL_CAPACITY = 1 << 4; -> 数组默认初始容量：16 static final int MAXIMUM_CAPACITY = 1 << 30; -> 数组最大容量2 ^ 30 次方 static final float DEFAULT_LOAD_FACTOR = 0.75f;
HashMap中初始化大小为什么是16？ 为什么链表的长度为8是变成红黑树？为什么为6时又变成链表?
beikekaka的博客
05-21 1096
hashMap术语介绍： 桶： 就是hashmap的table数组 bin: 就是挂在数组上的链表 TreeNode: 红黑树 capacity： table总容量 MIN_TREEIFY_CAPACITY ：64转化为红黑树table最小大小 TREEIFY_THRESHOLD ：8转化为红黑树的阈值 loadFactor:0.75table扩容因子，当实际length大于等于capacity*loadFactor时...
HashMap负载因子为什么是0.75，链表转红黑树阈值为什么是8
士心的博客
06-11 2045
1.HashMap负载因子为什么是0.75 这是时间与空间成本上的折中。 1.1时间成本 假设负载因子是1时，虽然空间利用率高了，但是随之提高的是哈希碰撞的概率。 而Hashmap中哈希碰撞的解决方法采用的拉链法，哈希冲突高了会导致链表越来越长（虽然后面会转换成红黑树），我们知道链表的查询效率是比较低的，所以负载因子太高会导致时间成本上升。 1.2空间成本 那么为了减少哈希冲突，提高查询效率，负载因子是不是越低越好呢？答案显然是否定的。 ...
hashmap链表长度为8，数组长度为什么是64才转红黑树
最新发布
05-17
当链表长度超过8时，Java 8中的HashMap会将链表转换为红黑树来提高查询效率。这是因为，当链表长度过长时，查询操作的时间复杂度就会变得很高，甚至接近于O(n)，而红黑树的查询操作时间复杂度为O(log n)，所以将链表...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值