HashMap的底层规则

HashMap

储存规则:

在JDK7 : HashMap 是由 数组,链表 组成的

在JDK8: HashMap 是由 数组,链表,红黑树 组成的

算法:

哈希算法

数组:

数组:采用一段连续的存储单元来存储数据的

数组的特点: 查询快,插入、删除慢

ArrayList 的底层用的也是数组,特性也是查询快,插入、删除慢

 

链表:

链表是一种物理存储单元上非连续,非顺序的存储结构

链表特点:它插入,删除快,查询慢

LinkedList底层使用双向链表

LinkedList底层使用双向链表

 

哈希算法:

将任意长度的二进制值串映射为固定长度的二进制值串。在这个过程中会出现哈希冲突。

HashMap数组的长度是2的指数次幂 

数组的索引=(length-1)&hash  这样可以取到所有的数组索引值 减少哈希冲突

只有当数组的长度为2的指数次幂时 (length-1)&hash = hash%length

当索引值相等时,则出现哈希冲突,使用链表。

 

红黑树:

为什么使用红黑树?

如果哈希冲突比较严重的时候,链表一直延长,查询效率会变慢。

所以当链表长度大于8并且数组长度大于64时,使用红黑树

如果红黑树节点数少于6, 再次转换为链表

链表长度符合泊松分布,各个长度的命中概率依次递减,当长度为8是概率小于千万分之一,所以通常情况并不会发生链表转换为红黑树

 根到叶子的所有路径中,最长路径不会超过最短路径的2倍

红黑树拆分:

拆分就是指数组扩容后对元素重新映射时,红黑树可能会被拆分成两条链表。

HashMap底层实现理1.8版本主要涉及到哈希算法数组和链表/红黑树数据结构以及扩容机制。首,hashcode()方法根据对象的特定规则一个哈希码,用于确定对象在数组中的存储位置。如果两个对象的equals()方法返回true,则它们的哈希码必须相等。 HashMap内部使用一个Entry数组来存储键值对,数组的每个位置称为桶。每个Entry对象包含键值对的信息,以及一个指向下一个Entry的指针。当向HashMap中添加键值对时,根据键的哈希码找到对应的桶,如果该桶为空,则直接将键值对存入该桶;如果不为空,则遍历链表(或者当链表长度达到一定阈值时,将链表转换为红黑树),找到合适的位置插入新的键值对。 在1.8版本中,当链表长度超过8,则将链表转换为红黑树,这是为了提高查询效率。红黑树的查询时间复杂度为O(logN),相比链表的O(N)更低。当红黑树节点数量小于6时,又将红黑树转换回链表,以节省内存。 HashMap还有一个重要的机制是扩容。当哈希表的大小超过了负载因子与桶的数量的乘积时,就自动触发扩容操作。扩容创建一个更大的数组,并将所有的键值对重新分配到新数组的桶中,这个过程是比较耗时的。扩容的目的是为了减少哈希冲突,提高查询性能。 总的来说,HashMap底层实现理1.8版本主要依靠哈希算法数组和链表/红黑树数据结构以及扩容机制来实现高效的键值对存储和检索。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [1.8版本HashMap底层理分析](https://blog.csdn.net/m0_61750910/article/details/123204007)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值