红黑树是什么?红黑树的插入和删除

红黑树通过颜色规则与旋转变色操作保持平衡,插入时以红色节点加入并修复红红冲突,删除黑色节点时引发黑高失衡需复杂修复,核心在于五条性质确保最长路径不超过最短路径两倍,从而维持O(log n)效率。

红黑树是什么?红黑树的插入和删除

红黑树,说白了,就是一种特别聪明的二叉查找树。它不像普通二叉查找树那样,在插入或删除数据后可能会变得“歪七扭八”,导致查找效率骤降到线性时间。红黑树通过给每个节点“染色”(红或黑),并遵循一套严格的规则,确保树的高度始终保持在对数级别,这样一来,无论是查找、插入还是删除,它的平均和最坏时间复杂度都能稳定在O(log n)。这对于追求高效数据操作的系统来说,简直是救星。

红黑树的插入和删除

红黑树的精髓在于它如何在每次数据变动后,通过“变色”和“旋转”来维持其平衡特性。这个过程,坦白说,比理解它的定义要复杂得多,但正是这些看似繁琐的步骤,才赋予了它稳定高效的能力。

红黑树的插入操作

当我们想往红黑树里插入一个新节点时,第一步其实和普通二叉查找树一样:找到合适的位置,把新节点作为叶子节点放进去。但这里有个关键点:新插入的节点,我们总是把它默认设为红色

为什么是红色?想想看,如果新节点是黑色,它会立刻改变从它父节点到所有叶子节点的黑色节点数量(黑高),这会带来很多麻烦。而红色节点呢,它不会改变路径上的黑高,最多可能违反“不能有两个连续红色节点”的规则。处理这个“红色冲突”通常比处理黑高变化要简单。

插入红色节点后,如果它的父节点是黑色,那皆大欢喜,树依然平衡。但如果它的父节点也是红色,那麻烦就来了,我们必须进行修复。修复主要围绕三种情况展开:

父节点的兄弟节点(叔叔)是红色: 这种情况下,我们通常会把父节点和叔叔节点都变成黑色,然后把祖父节点变成红色。接着,把祖父节点视为新的“插入节点”,继续向上检查是否还有红色冲突。这有点像“颜色传递”,将问题向上推。父节点的兄弟节点是黑色,且新节点是内侧子节点(即新节点、父节点、祖父节点形成“之”字形): 这种时候,我们会先对父节点进行一次旋转,把“之”字形变成“一”字形,然后就转换成了第三种情况。父节点的兄弟节点是黑色,且新节点是外侧子节点(即新节点、父节点、祖父节点形成“一”字形): 这是最理想的情况。我们把父节点变黑,祖父节点变红,然后对祖父节点进行一次旋转。旋转完成后,树的平衡就恢复了。

这个过程听起来有点绕,但核心思想就是通过局部调整(变色和旋转),将不平衡的状态逐步消除,直到满足红黑树的所有规则。

红黑树的删除操作

删除操作比插入要复杂得多,因为删除一个节点可能导致更多规则被破坏,尤其是黑高规则。

删除一个节点时,首先我们会找到要删除的节点。如果它有两个子节点,我们会找到它的中序后继节点(或前驱节点),将中序后继的值复制到要删除的节点上,然后转而去删除这个中序后继节点。这样,我们总是将删除操作简化为删除一个最多只有一个子节点的节点。

接下来,真正的挑战来了。当被删除的节点是黑色时,问题就会出现。因为它的消失,导致经过它路径的黑高减少了1,这会破坏整个树的黑高平衡。如果被删除的节点是红色,那直接删除就行,不会影响黑高。

当删除一个黑色节点时,我们需要一个“替补”节点来填补它的位置。如果替补节点是红色,直接把它变黑就行了。但如果替补节点也是黑色(或者是个空节点),那么我们就面临一个“双重黑色”问题,这意味着那个位置的黑高“亏欠”了一个黑色节点,需要进行一系列复杂的修复:

兄弟节点是红色: 这种情况下,先将兄弟节点变黑,父节点变红,然后对父节点进行旋转。这会将情况转化为兄弟节点是黑色的场景,方便后续处理。兄弟节点是黑色,且兄弟的两个子节点都是黑色: 此时,将兄弟节点变红,然后将“双重黑色”问题向上转移到父节点。如果父节点现在是双重黑色,则继续处理。兄弟节点是黑色,兄弟的内侧子节点是红色,外侧子节点是黑色: 将兄弟的内侧子节点变黑,兄弟节点变红,然后对兄弟节点进行旋转。这会把情况转化为第四种。兄弟节点是黑色,兄弟的外侧子节点是红色: 这是最理想的修复情况。将兄弟节点染成父节点的颜色,父节点变黑,兄弟的外侧子节点也变黑,然后对父节点进行旋转。此时,黑高平衡恢复,修复过程结束。

可以看到,删除操作的修复过程涉及更多种情况的判断和更复杂的旋转与变色组合,这也是它被认为比插入更难理解和实现的原因。

红黑树为什么能保持平衡?它的核心机制是什么?

红黑树之所以能保持平衡,并非靠什么神秘力量,而是因为它严格遵守一套“宪法”——五条核心性质:

节点非红即黑: 每个节点要么是红色,要么是黑色。简单直接。根节点是黑色: 树的起点,必须是黑色的。这就像给树定个基调。叶节点(NIL节点)是黑色: 所有的空子节点(我们通常用特殊的NIL节点表示,它们是树的外部节点)都是黑色的。这确保了所有路径的“终点”都是黑色的。红色节点的孩子必须是黑色: 这条规则至关重要,它直接杜绝了“红红相连”的情况。这意味着从根到叶的任何路径上,都不会出现连续的红色节点。任意节点到其所有后代叶节点的路径上,包含的黑色节点数量相同: 这就是所谓的“黑高”特性。它保证了从任何一个节点出发,到达其所有叶子节点的路径上,黑色节点的数量都是一样的。

这五条规则协同作用,共同保证了红黑树的平衡。想想看,如果一个路径上不能有连续的红色节点(规则4),那么最长的路径(红黑红黑…)和最短的路径(黑黑黑…)之间,红色节点最多只能是黑色节点数量的两倍。结合规则5(黑高相同),这意味着最长的路径长度不会超过最短路径长度的两倍。这样一来,树的高度始终被限制在O(log n)的范围内,无论数据如何增删,都不会出现极度倾斜的情况。旋转和变色,就是为了在插入或删除后,重新满足这些规则的“矫正手段”。

红黑树的插入操作具体是如何进行的?有哪些常见场景?

红黑树的插入,其实就是在一个基本有序的二叉查找树上,通过颜色和旋转来“微调”的过程。

我们先按照二叉查找树的规则,找到新值应该插入的位置,然后把它作为叶子节点插入。这个新节点,我们总会把它初始化为红色

接着,我们要检查它是否破坏了红黑树的规则。最常被破坏的就是“红色节点的孩子必须是黑色”这条(规则4)。如果新节点的父节点也是红色,那我们就得启动修复机制了。

修复机制主要看新节点的父节点和祖父节点的关系,以及父节点的兄弟节点(叔叔)的颜色。

场景一:叔叔节点是红色。假设我们插入了一个新节点N,它的父节点P是红色,P的兄弟节点(叔叔U)也是红色。这时,N、P、U、祖父G可能看起来是这样:

      G (黑)     /     P(红) U(红)   /  N(红)

这种情况下,修复方法是:把P和U都变成黑色,把G变成红色。然后,把G看作新插入的节点,继续向上检查,直到根节点或没有红色冲突为止。

      G (红)  -- G现在可能与它的父节点冲突     /     P(黑) U(黑)   /  N(红)

这个场景的好处是,它通过颜色翻转,将问题向上层传递,而不涉及复杂的树结构变化。

场景二:叔叔节点是黑色,且新节点是内侧子节点(“之”字形)。假设N是P的右孩子,P是G的左孩子(或反过来)。

      G (黑)     /     P(红) U(黑)           N(红)

这时,N、P、G形成一个“之”字形。我们首先对P进行一次左旋(如果N是P的右孩子),或者右旋(如果N是P的左孩子),让N变成P的位置,P变成N的左孩子。这样,“之”字形就变成了“一”字形,即转换成了场景三。

      G (黑)     /     N(红) U(黑)   /  P(红)

(这里N和P的相对位置变了,N现在是G的左孩子,P是N的左孩子)

场景三:叔叔节点是黑色,且新节点是外侧子节点(“一”字形)。假设N是P的左孩子,P是G的左孩子(或反过来)。

      G (黑)     /     P(红) U(黑)   /  N(红)

这是最常见的修复场景。我们把P变黑,G变红,然后对G进行一次右旋(如果N和P都是左孩子)。

      P (黑)     /     N(红) G(红)                       U(黑)

经过这次旋转和变色,红黑树的规则通常就能得到满足,修复过程也就结束了。

这些场景的判断和执行顺序是固定的,它们构成了红黑树插入操作的“修复算法”,确保了每次插入后,树都能迅速恢复平衡。

红黑树的删除操作为何更复杂?其修复过程有哪些关键步骤?

红黑树的删除操作之所以比插入复杂,核心原因在于:删除一个黑色节点,会直接破坏其路径上的黑高平衡。插入红色节点只是潜在地引入了“红红冲突”,而删除黑色节点则是实实在在地“抽走了”一个黑色节点,导致从根到某些叶子的路径上的黑高减少了1。这种“黑高亏欠”的处理,要比处理红色冲突棘手得多。

删除过程可以分为几个关键步骤:

定位与简化:

首先,找到要删除的节点。如果这个节点有两个非空子节点,我们不会直接删除它。而是找到它的中序后继节点(或前驱节点),将中序后继节点的值复制到要删除的节点中,然后把问题转化为删除这个中序后继节点。中序后继节点有一个非常方便的特性:它最多只有一个子节点(它不可能有左子节点,否则它就不是中序后继了)。这样,所有的删除操作最终都归结为删除一个最多只有一个子节点的节点。

实际删除与替补:

假设我们要删除的节点是

y

,它的子节点(如果存在)是

x

。将

y

从树中移除,让

x

来替代

y

的位置。关键判断: 如果

y

是红色,那么删除它不会影响任何路径的黑高,直接移除即可,无需后续修复。如果

y

是黑色: 这就是麻烦的开始。移除一个黑色节点,导致经过

y

的所有路径的黑高都减少了1。我们需要进行修复。此时,

x

被认为是“双重黑色”的,或者说它“携带”了一个黑高亏欠。

修复“双重黑色”问题:

x

是双重黑色时,我们需要通过一系列的旋转和变色来恢复平衡。这里主要有四种情况,

x

代表当前需要修复的节点,

w

代表

x

的兄弟节点。

情况一:

x

的兄弟

w

是红色。

      P (黑)     /     X   W (红)       /       WL(黑) WR(黑)

这种情况下,我们把

w

变黑,

P

变红,然后对

P

进行旋转(如果

x

是左孩子,就左旋)。这会将情况转化为兄弟

w

是黑色的场景,方便后续处理。

      W (黑)     /     P(红) WR(黑)   /   X   WL(黑)

(这里

x

仍然是双重黑色,需要继续处理)

情况二:

x

的兄弟

w

是黑色,且

w

的两个子节点都是黑色。

      P (任意色)     /     X   W (黑)       /       WL(黑) WR(黑)

这种情况下,我们把

w

红色。这样,

w

所在的子树的黑高就减少了1,与

x

所在的子树保持一致。然后,将

x

的“双重黑色”属性转移到它的父节点

P

。如果

P

变成了双重黑色,我们就从

P

重新开始修复过程。

      P (变为双重黑色,如果原来是黑色)     /     X   W (红)       /       WL(黑) WR(黑)

情况三:

x

的兄弟

w

是黑色,

w

的内侧子节点是红色,外侧子节点是黑色。

      P (任意色)     /     X   W (黑)       /       WL(红) WR(黑)

(假设

x

是左孩子,

WL

w

的左孩子)这种情况下,我们把

WL

变黑,

w

变红,然后对

w

进行旋转(如果

x

是左孩子,就右旋)。这会把情况转化为兄弟

w

的外侧子节点是红色的场景(情况四)。

      P (任意色)     /     X   WL(黑)                   W(红)                       WR(黑)

情况四:

x

的兄弟

w

是黑色,

w

的外侧子节点是红色。

      P (任意色)     /     X   W (黑)       /       WL(黑) WR(红)

(假设

x

是左孩子,

WR

w

的右孩子)这是最理想的修复场景。我们把

w

染成

P

的颜色,把

P

变黑,把

WR

变黑,然后对

P

进行旋转(如果

x

是左孩子,就左旋)。

      W (P的颜色)     /     P(黑) WR(黑)   /  X

此时,红黑树的所有规则都已满足,修复过程终止。

删除操作的复杂性在于,它可能需要多次迭代,从底部向上逐级修复,直到根节点或者找到一个可以完全解决问题的场景。这就像医生给病人做手术,每一步都得小心翼翼,确保不会引入新的并发症。

以上就是红黑树是什么?红黑树的插入和删除的详细内容,更多请关注创想鸟其它相关文章!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 chuangxiangniao@163.com 举报,一经查实,本站将立刻删除。
发布者:程序猿,转转请注明出处:https://www.chuangxiangniao.com/p/1517260.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
js如何实现数组映射
上一篇 2025年12月20日 10:39:07
js 如何移除DOM节点
下一篇 2025年12月20日 10:39:25

相关推荐

  • 理解编程指令:当结果正确,但实现方式不符要求时

    本文探讨了在编程实践中,即使程序输出了正确的结果,但若其实现方式未能严格遵循既定指令,仍可能被视为“不正确”的问题。我们将通过具体示例,对比直接求和与累加求和两种实现策略,强调理解和遵守编程规范的重要性,以确保代码的健壮性、可维护性及符合项目要求。 在软件开发过程中,我们经常会遇到这样的情况:编写的…

    2026年5月10日
    000
  • Discord.py 交互按钮超时与持久化解决方案

    本教程旨在解决Discord.py中交互按钮在一段时间后出现“This Interaction Failed”错误的问题。我们将深入探讨视图(View)的超时机制,并提供通过正确设置timeout参数以及利用bot.add_view()方法实现按钮持久化的具体方案,确保您的机器人交互功能稳定可靠,即…

    2026年5月10日
    000
  • JS如何实现迭代器?迭代器协议

    JavaScript中实现迭代器需遵循可迭代协议和迭代器协议,通过定义[Symbol.iterator]方法返回具备next()方法的迭代器对象,从而支持for…of和展开运算符;该机制统一了数据结构的遍历接口,实现惰性求值,适用于自定义对象、树、图及无限序列等复杂场景,提升代码通用性与…

    2026年5月10日
    100
  • Golang使用Protobuf定义接口与消息格式

    Protobuf通过字段编号实现兼容性,新增字段可忽略、删除字段可保留编号,确保新旧版本互操作,支持服务独立演进。 在Golang项目中,利用Protobuf定义接口和消息格式,本质上是为服务间通信构建了一套高效、类型安全且跨语言的契约。它让数据结构清晰可见,RPC调用标准化,极大地简化了分布式系统…

    2026年5月10日
    000
  • HTML文档的基本结构是什么? 3分钟带你了解HTML文档基础框架

    html文档的基础结构由四部分组成:1. 声明,用于告知浏览器以html5标准模式解析页面,避免怪异模式导致的兼容性问题;2. 根元素,包裹整个文档内容,并可通过lang属性指定语言;3. 头部区域,包含元数据如设置字符编码、实现响应式布局、定义页面标题、引入css和favicon、加载脚本等;4.…

    2026年5月10日
    000
  • Android和iOS系统下,HTML+JS代码运行结果差异:为什么input宽度为0时,Android输入方向异常?

    Android和iOS系统HTML+JS代码运行差异分析:input宽度为0引发的Android输入方向异常 开发OTP输入组件时,我们发现一个有趣的现象:当input元素的宽度设置为0 (style=”width: 0;”)时,Android系统下的输入方向会异常,而iOS系统则正常工作。 移除w…

    2026年5月10日
    000
  • JavaScript设计原则_JavaScript可维护代码

    每个函数应只做一件事,如拆分数据处理与DOM操作,命名体现功能(如formatDate),长度控制在20行内;2. 使用清晰命名(如currentUser、isValid)减少注释依赖,关键逻辑注明“为什么”;3. 按功能模块化组织代码,如api.js处理请求,utils.js存放工具函数,使用im…

    2026年5月10日
    000
  • C++如何编译和链接_C++从源码到可执行文件的过程解析

    c++kquote>预处理展开宏和头文件,编译生成汇编代码,汇编转为机器码,链接合并目标文件与库生成可执行程序。 当你写完一段C++代码,比如一个简单的hello world程序,最终能运行起来,背后其实经历了一系列步骤:预处理、编译、汇编和链接。这个过程将人类可读的源码转换成机器可以执行的程…

    2026年5月10日
    000
  • Python继承中父类属性的初始化与访问策略

    本文深入探讨python面向对象编程中,子类如何正确初始化和访问父类属性。重点分析`super().__init__()`的工作原理,解释在继承链中参数传递的重要性,并提供通过子类构造函数传递参数的解决方案。此外,针对子类需要与特定父类实例交互的场景,文章还介绍了组合(composition)模式的…

    2026年5月10日
    000
  • javascript生命周期钩子是什么_组件有哪些关键阶段?

    JavaScript原生无生命周期钩子,这是Vue、React等框架为组件设计的机制;Vue按创建、挂载、更新、卸载四阶段提供对应钩子,React类组件有明确生命周期方法,函数组件则通过useEffect模拟,其核心价值在于精准控制执行时机以避免DOM操作错误和内存泄漏。 JavaScript 本身…

    2026年5月10日
    100
  • 解决PHP foreach循环中变量“继承”问题:理解与避免意外数据泄露

    本文探讨PHP foreach循环中一个常见的陷阱:当循环内部的数组或变量未被显式初始化时,其值可能会“继承”自上一次循环迭代,导致意外的数据泄露和逻辑错误。文章将深入分析这一现象的根源,并通过示例代码展示如何通过在每次迭代开始时正确初始化变量来解决此问题,确保代码行为的预期一致性。 引言:fore…

    2026年5月10日
    100
  • 为什么专注如此重要?

    在快节奏的数字时代,程序员能否保持专注直接影响着代码质量、项目进度和错误率。 高效专注,才能在开发过程中游刃有余。本文将分享一些实用技巧,助您提升编程专注力,高效完成任务。 专注力为何如此重要? 专注力是程序员的核心竞争力。编码需要高度集中,处理细节、逻辑和问题,稍一分神就可能导致错误百出,返工耗时…

    2026年5月10日
    300
  • JavaScript中逻辑AND运算符的语法陷阱解析

    本文深入探讨了javascript中逻辑and (`&&`) 运算符在特定场景下引发语法错误的原因。通过对比 `1 && {}` 和 `{} && 1` 两种表达式,揭示了javascript解析器对对象字面量 `{}` 的不同解释机制,特别是当 `{…

    2026年5月10日
    000
  • Go语言:检查预编译库的构建版本与平台信息

    本文详细介绍了如何利用go语言内置的`go tool pack`工具,从预编译的go静态库(`.a`文件)中提取其构建信息,包括go编译器版本、操作系统和cpu架构。当`go build`因库版本不匹配而失败时,此方法能帮助开发者准确诊断问题,确保构建环境与库的兼容性。 在Go语言的开发实践中,我们…

    2026年5月10日
    000
  • JavaScript中实时获取表单输入值:避免常见陷阱

    本教程深入探讨在javascript中如何正确地实时获取html表单输入框的值。许多开发者在初次尝试时可能遇到`alert`函数无法显示最新输入内容的问题,这通常是由于变量作用域和代码执行时机不当所致。文章将通过对比错误与正确的代码示例,详细解释其背后的原理,并提供最佳实践,确保您能够准确捕获用户在…

    2026年5月10日
    100
  • 如何理解C++中指针的类型决定了它如何解释内存

    指针的类型决定内存解释方式,包括读取字节数和算术运算步长。例如int读4字节,char读1字节,且p++按类型大小移动地址,确保数组正确遍历,编译器依类型生成访问指令,类型不同则数据解释结果不同,故指针类型至关重要。 在C++中,指针的类型决定了它如何解释所指向的内存,这主要体现在两个方面:一是每次…

    2026年5月10日
    000
  • 掌握 ESeatures:JavaScript 中的 let、const 和类

    深入理解ES6特性:let、const与类 ECMAScript 2015 (ES6) 引入了一系列强大的特性,彻底革新了JavaScript开发。其中,let、const和class关键字对于编写现代化、简洁高效的JavaScript代码至关重要。 1. let关键字 let用于声明具有块级作用域…

    2026年5月10日
    100
  • 使用 populateDropdown 简化您的下拉菜单管理

    让我们开始吧!假设您正在构建一个动态 web 应用程序,常见任务之一是根据各种数据源填充下拉菜单。如果没有简化的方法,您会发现自己编写重复且容易出错的代码,这对于维护来说可能是一场噩梦。这时,一个简单而强大的函数(如 populatedropdown)可以发挥作用。它消除了麻烦,让您的生活变得更加轻…

    2026年5月10日
    100
  • BOM中如何检测用户的剪贴板内容?

    BOM中如何检测用户的剪贴板内容?BOM中如何检测用户的剪贴板内容?BOM中如何检测用户的剪贴板内容?BOM中如何检测用户的剪贴板内容?

    浏览器直接访问剪贴板内容受限的原因是为了保护用户隐私和安全,防止恶意网站窃取敏感信息。解决方案包括:1. 监听 cut 和 copy 事件以获取用户选中的文本;2. 使用需用户授权的异步剪贴板 api 读取内容;3. 对于不支持异步 api 的浏览器,可使用过时但兼容的 document.execc…

    2026年5月10日 用户投稿
    000
  • JavaScript解释器_javascript代码执行

    JavaScript通过引擎解析执行,先语法分析生成AST,再编译为字节码或机器码,最后执行;执行时创建上下文并入栈,同步代码直接运行,异步任务由API处理后回调入队,事件循环在调用栈空时将回调推入执行;此机制解释了变量提升、暂时性死区及宏任务与微任务执行顺序差异。 JavaScript代码的执行依…

    2026年5月10日
    000

发表回复

登录后才能评论
关注微信