HashMap简述及红黑树

HashMap是由数组+链表组成的,数组是HashMap的主体,链表则是主要为了解决哈希冲突存在的;在JDK8后,当链表长度大于阈值(默认为8)时,链表转化为红黑树,以减少搜索时间。



红黑树简述:

https://juejin.im/post/5a27c6946fb9a04509096248#comment

概述:二叉查找树存在缺陷,当形态结构变得单一化时,查找几乎变为线性查找,效率大打折扣,因此引入红黑二叉树。

规则:
1.节点是红色或黑色。
2.根节点是黑色。
3.每个叶子节点都是黑色的空节点(NIL节点)。
4 每个红色节点的两个子节点都是黑色。(从每个叶子到根的所有路径上不能有两个连续的红色节点)
5.从任一节点到其每个叶子的所有路径都包含相同数目的黑色节点。

当规则被打破时,为保证红黑树的完整性,可通过【变色】和【旋转】进行调整,使红黑树重新成为规则的结构

【变色】

【旋转】

原文地址:https://www.cnblogs.com/zbb2161228/p/10424944.html

时间: 2024-10-12 03:28:15

HashMap简述及红黑树的相关文章

jdk1.8 HashMap 实现 数组+链表/红黑树

转载至 http://www.cnblogs.com/leesf456/p/5242233.html 一.前言 在分析jdk1.8后的HashMap源码时,发现网上好多分析都是基于之前的jdk,而Java8的HashMap对之前做了较大的优化,其中最重要的一个优化就是桶中的元素不再唯一按照链表组合,也可以使用红黑树进行存储,总之,目标只有一个,那就是在安全和功能性完备的情况下让其速度更快,提升性能.好~下面就开始分析源码. 二.HashMap数据结构 说明:上图很形象的展示了HashMap的数据

Java 1.8 HashMap源码解析 桶数组+单链表+红黑树

1 // 非线程安全 2 // 继承了AbstractMap 3 // 实现了Map.Cloneable.Serializable接口 4 // 后面2个接口是标记接口,没有抽象方法. 5 // 表示HashMap可以浅复制.序列化和反序列化. 6 public class HashMap<K,V> extends AbstractMap<K,V> 7 implements Map<K,V>, Cloneable, Serializable 1 // 序列化版本唯一标识

java随笔——HashMap与红黑树

前言: hashmap是一种很常用的数据结构,其使用方便快捷,接下来笔者将给大家深入解析这个数据结构,让大家能在用的时候知其然,也知其所以然. 一.Map 首先,从最基本的讲起,我们先来认识一下map是个什么东西.在我们写程序的时候经常会遇到数据检索等操作,对于几百个数据的小程序而言,数据的存储方式或是检索策略没有太大影响,但对于大数据,效率就会差很远.我们来讨论一下这个问题. 1.线性检索: 线性检索是最为直白的方法,把所有数据都遍历一遍,然后找到你所需要的数据.其对应的数据结构就是数组,链表

(转)为什么HashMap中链表长度超过8会转换成红黑树

原博地址:https://blog.csdn.net/xingfei_work/article/details/79637878 HashMap在jdk1.8之后引入了红黑树的概念,表示若桶中链表元素超过8时,会自动转化成红黑树:若桶中元素小于等于6时,树结构还原成链表形式. 原因: 红黑树的平均查找长度是log(n),长度为8,查找长度为log(8)=3,链表的平均查找长度为n/2,当长度为8时,平均查找长度为8/2=4,这才有转换成树的必要:链表长度如果是小于等于6,6/2=3,虽然速度也很

HashMap中的TreeNode,红黑树源码分析

在看HashMap的源码时候看到了TreeNode.因此需要对其进行一个了解.是一个红黑树.可以百度一下红黑树的数据结构.分析了下源码,还是比较枯燥的 红黑树的性质:本身是一个二叉查找树(所有左节点的值都比右节点的小).另: 节点是红色或者黑色 根节点是黑色 每个叶节点(Nil节点,空节点)是黑色的 每个红节点对应的两个子节点都是黑色的(不可能有两个相连的红节点). 从任意节点出发,到每个叶子节点都有相同的黑色节点. 这保证了红黑数是平衡的,从根到叶子的最长的可能路径不多于最短的可能路径的两倍长

jdk1.8源码解析:HashMap底层数据结构之链表转红黑树的具体时机

前言 本文从三个部分去探究HashMap的链表转红黑树的具体时机: 一.从HashMap中有关“链表转红黑树”阈值的声明: 二.[重点]解析HashMap.put(K key, V value)的源码: 三.测试: 一.从HashMap中有关“链表转红黑树”阈值的声明,简单了解HashMap的链表转红黑树的时机 在 jdk1.8 HashMap底层数据结构:散列表+链表+红黑树(图解+源码)的 “四.问题探究”中,我有稍微提到过散列表后面跟什么数据结构是怎么确定的: HashMap中有关“链表转

HashMap底层数据结构之链表转红黑树的具体时机

前言 本文从三个部分去探究HashMap的链表转红黑树的具体时机: 1.从HashMap中有关"链表转红黑树"阈值的声明:2.[重点]解析HashMap.put(K key, V value)的源码:3.测试: 一.从HashMap中有关"链表转红黑树"阈值的声明,简单了解HashMap的链表转红黑树的时机 HashMap中有关"链表转红黑树"阈值的声明: /** * 使用红黑树(而不是链表)来存放元素.当向至少具有这么多节点的链表再添加元素时,

JDKJDK1.8 HashMap两种扩容的情况和转红黑树

JDK1.8 HashMap两种扩容的情况.1,当map实际数量等于threshold容量的阈值时,会进行两倍扩容.2,当map中数组中某个桶的链表长度大于树形化阈值TREEIFY_THRESHOLD=8时, 并且map元素的数量小于树形化最小容量MIN_TREEIFY_CAPACITY=64时候,容量进行两倍扩容. 否则树形化阈值8并且map元素个数大于64时,进行链表转红黑树. put方法 treeifyBean树形化方法: 原文地址:https://www.cnblogs.com/cyrb

HashMap什么时候会触发链表转红黑树

日常工作中,被同事突然问到的一个问题,hashmap是我们JAVA程序中使用频率非常高的key-value键值对形式的数据类型 结论是目前能触发转化的两个条件是:一个是链表的长度达到8个,一个是数组的长度达到64个 为什么要触发这个转换,目前官方的解释: Because TreeNodes are about twice the size of regular nodes, we use them only when bins contain enough nodes to warrant us