红黑树
http://blog.csdn.net/haidao2009/article/details/8076970
红黑树和c++ 虚拟继承内存分布 几乎成了我的死敌,因为完全没用过,所以导致每次看懂了之后都忘了(也许不是真的看懂了,有些关键性的东西没理解透),这次准备把这两个难题(其实也不难)仔细看懂,然后再写一份比较详细的文档作为备忘。
首先是红黑树
零 八卦起源
一 红黑树的定义
2、根节点是黑色的
3、每个叶结点(NIL)是黑色的
4、如果一个节点是红色的,则它的两个儿子都是黑色的。
5、对于每个结点,从该结点到其子孙结点的所有路径上包含相同数目的黑色结点。

二 引理
其实关于红黑树,STL源码剖析---红黑树原理详解 已经写得非常好了。但套用新警察故事里的谢霆锋说的一句话:自己查,印象深一点。这里也是一样,在自己写,印象深一点。如果你要看正宗的STL源码剖析---红黑树原理详解,那请你点击这个。这里的是D版的o(╯□╰)o 当然,我也会加一些我自己的理解,因为大神写文章都比较精简,而我这是写给我自己看的,有一点口水话加深点印象。
三 红黑树的插入
红黑树的节点插入默认是节点为红色的。我自己理解是,其实插入红还是黑都可以,但就要看后面的调整是否麻烦。
插入黑点,会增加路径上黑点的数目,一定会破坏性质5
插入红点:
当其父节点为黑色时,不影响平衡,继续保持红黑性质
当其父节点为红色时,可能破坏性质2(根节点是黑色的)、性质4(红色节点的子节点一定是黑色节点),需要进行修正。
因为第一篇文章已经说了,黑节点至少是红节点的两倍,这说明插入红节点OK的概率高很多(因为父节点为黑,插入子节点为红色就不会和性质冲突),这样插入就省事多了,嘿嘿,这也是红黑树为什么战胜AVL树的原因之一,插入效率高啊,节点贴上去就ok了,都不用什么左转右转调整了,多省事啊;再说,如果插入子节点为黑色,o(╯□╰)o了,黑高度变化了,得调整,如果每次都插入黑节点,都得调整,没事闲的蛋疼啊。。。
红黑树插入分一下几种情况:
1、黑父
如下图所示,如果新节点的父结点为黑色结点,那么插入一个红点将不会影响红黑树的平衡,此时插入操作完成。红黑树比AVL树优秀的地方之一在于黑父的情况比较常见,从而使红黑树需要旋转的几率相对AVL树来说会少一些。(大神和我的理解差不多,不过别人的精简很多,我的就是口水话。)

如果新节点的父结点为红色,这时就需要进行一系列操作以保证整棵树红黑性质。如下图所示,由于父结点为红色,此时可以判定,祖父结点必定为黑色。这时需要根据叔父结点的颜色来决定做什么样的操作。青色结点表示颜色未知。由于有可能需要根结点到新点的路径上进行多次旋转操作,而每次进行不平衡判断的起始点(我们可将其视为新点)都不一样。所以我们在此使用一个蓝色箭头指向这个起始点,并称之为判定点。

当叔父结点为红色时,如下图所示,无需进行旋转操作,只要将父和叔结点变为黑色,将祖父结点变为红色即可。但由于祖父结点的父结点有可能为红色,从而违反红黑树性质。此时必须将祖父结点作为新的判定点继续向上(迭代)进行平衡操作。(注意这里是需要迭代的,有可能会调整到根节点)

2.2 黑叔
当叔父结点为黑色时,需要进行旋转,以下图示了所有的旋转可能:(case1 和caes 2 都是把左边较大的节点调整到上面去)
Case 1:

Case 2:



Case 4:

有了上面的分析,红黑树的插入就好理解多了,代码也容易读懂。不过不是很喜欢c++的代码,有时间了把linux内核的红黑树源码贴出来。这里还是贴的大神注视的红黑树的插入操作源代码:
stl里的红黑树插入操作源码
- // 元素插入操作 insert_unique()
- // 插入新值:节点键值不允许重复,若重复则插入无效
- // 注意,返回值是个pair,第一个元素是个红黑树迭代器,指向新增节点
- // 第二个元素表示插入成功与否
- template<class Key , class Value , class KeyOfValue , class Compare , class Alloc>
- pair<typename rb_tree<Key , Value , KeyOfValue , Compare , Alloc>::iterator , bool>
- rb_tree<Key , Value , KeyOfValue , Compare , Alloc>::insert_unique(const Value &v)
- {
- rb_tree_node* y = header; // 根节点root的父节点
- rb_tree_node* x = root(); // 从根节点开始
- bool comp = true;
- while(x != 0)
- {
- y = x;
- comp = key_compare(KeyOfValue()(v) , key(x)); // v键值小于目前节点之键值?
- x = comp ? left(x) : right(x); // 遇“大”则往左,遇“小于或等于”则往右
- }
- // 离开while循环之后,y所指即插入点之父节点(此时的它必为叶节点)
- iterator j = iterator(y); // 令迭代器j指向插入点之父节点y
- if(comp) // 如果离开while循环时comp为真(表示遇“大”,将插入于左侧)
- {
- if(j == begin()) // 如果插入点之父节点为最左节点
- return pair<iterator , bool>(_insert(x , y , z) , true);
- else // 否则(插入点之父节点不为最左节点)
- --j; // 调整j,回头准备测试
- }
- if(key_compare(key(j.node) , KeyOfValue()(v) ))
- // 新键值不与既有节点之键值重复,于是以下执行安插操作
- return pair<iterator , bool>(_insert(x , y , z) , true);
- // 以上,x为新值插入点,y为插入点之父节点,v为新值
- // 进行至此,表示新值一定与树中键值重复,那么就不应该插入新值
- return pair<iterator , bool>(j , false);
- }
- // 真正地插入执行程序 _insert()
- template<class Key , class Value , class KeyOfValue , class Compare , class Alloc>
- typename<Key , Value , KeyOfValue , Compare , Alloc>::_insert(base_ptr x_ , base_ptr y_ , const Value &v)
- {
- // 参数x_ 为新值插入点,参数y_为插入点之父节点,参数v为新值
- link_type x = (link_type) x_;
- link_type y = (link_type) y_;
- link_type z;
- // key_compare 是键值大小比较准则。应该会是个function object
- if(y == header || x != 0 || key_compare(KeyOfValue()(v) , key(y) ))
- {
- z = create_node(v); // 产生一个新节点
- left(y) = z; // 这使得当y即为header时,leftmost() = z
- if(y == header)
- {
- root() = z;
- rightmost() = z;
- }
- else if(y == leftmost()) // 如果y为最左节点
- leftmost() = z; // 维护leftmost(),使它永远指向最左节点
- }
- else
- {
- z = create_node(v); // 产生一个新节点
- right(y) = z; // 令新节点成为插入点之父节点y的右子节点
- if(y == rightmost())
- rightmost() = z; // 维护rightmost(),使它永远指向最右节点
- }
- parent(z) = y; // 设定新节点的父节点
- left(z) = 0; // 设定新节点的左子节点
- right(z) = 0; // 设定新节点的右子节点
- // 新节点的颜色将在_rb_tree_rebalance()设定(并调整)
- _rb_tree_rebalance(z , header->parent); // 参数一为新增节点,参数二为根节点root
- ++node_count; // 节点数累加
- return iterator(z); // 返回一个迭代器,指向新增节点
- }
- // 全局函数
- // 重新令树形平衡(改变颜色及旋转树形)
- // 参数一为新增节点,参数二为根节点root
- inline void _rb_tree_rebalance(_rb_tree_node_base* x , _rb_tree_node_base*& root)
- {
- x->color = _rb_tree_red; //新节点必为红
- while(x != root && x->parent->color == _rb_tree_red) // 父节点为红
- {
- if(x->parent == x->parent->parent->left) // 父节点为祖父节点之左子节点
- {
- _rb_tree_node_base* y = x->parent->parent->right; // 令y为伯父节点
- if(y && y->color == _rb_tree_red) // 伯父节点存在,且为红
- {
- x->parent->color = _rb_tree_black; // 更改父节点为黑色
- y->color = _rb_tree_black; // 更改伯父节点为黑色
- x->parent->parent->color = _rb_tree_red; // 更改祖父节点为红色
- x = x->parent->parent;
- }
- else // 无伯父节点,或伯父节点为黑色
- {
- if(x == x->parent->right) // 如果新节点为父节点之右子节点
- {
- x = x->parent;
- _rb_tree_rotate_left(x , root); // 第一个参数为左旋点
- }
- x->parent->color = _rb_tree_black; // 改变颜色
- x->parent->parent->color = _rb_tree_red;
- _rb_tree_rotate_right(x->parent->parent , root); // 第一个参数为右旋点
- }
- }
- else // 父节点为祖父节点之右子节点
- {
- _rb_tree_node_base* y = x->parent->parent->left; // 令y为伯父节点
- if(y && y->color == _rb_tree_red) // 有伯父节点,且为红
- {
- x->parent->color = _rb_tree_black; // 更改父节点为黑色
- y->color = _rb_tree_black; // 更改伯父节点为黑色
- x->parent->parent->color = _rb_tree_red; // 更改祖父节点为红色
- x = x->parent->parent; // 准备继续往上层检查
- }
- else // 无伯父节点,或伯父节点为黑色
- {
- if(x == x->parent->left) // 如果新节点为父节点之左子节点
- {
- x = x->parent;
- _rb_tree_rotate_right(x , root); // 第一个参数为右旋点
- }
- x->parent->color = _rb_tree_black; // 改变颜色
- x->parent->parent->color = _rb_tree_red;
- _rb_tree_rotate_left(x->parent->parent , root); // 第一个参数为左旋点
- }
- }
- }//while
- root->color = _rb_tree_black; // 根节点永远为黑色
- }
- // 左旋函数
- inline void _rb_tree_rotate_left(_rb_tree_node_base* x , _rb_tree_node_base*& root)
- {
- // x 为旋转点
- _rb_tree_node_base* y = x->right; // 令y为旋转点的右子节点
- x->right = y->left;
- if(y->left != 0)
- y->left->parent = x; // 别忘了回马枪设定父节点
- y->parent = x->parent;
- // 令y完全顶替x的地位(必须将x对其父节点的关系完全接收过来)
- if(x == root) // x为根节点
- root = y;
- else if(x == x->parent->left) // x为其父节点的左子节点
- x->parent->left = y;
- else // x为其父节点的右子节点
- x->parent->right = y;
- y->left = x;
- x->parent = y;
- }
- // 右旋函数
- inline void _rb_tree_rotate_right(_rb_tree_node_base* x , _rb_tree_node_base*& root)
- {
- // x 为旋转点
- _rb_tree_node_base* y = x->left; // 令y为旋转点的左子节点
- x->left = y->right;
- if(y->right != 0)
- y->right->parent = x; // 别忘了回马枪设定父节点
- y->parent = x->parent;
- // 令y完全顶替x的地位(必须将x对其父节点的关系完全接收过来)
- if(x == root)
- root = y;
- else if(x == x->parent->right) // x为其父节点的右子节点
- x->parent->right = y;
- else // x为其父节点的左子节点
- x->parent->left = y;
- y->right = x;
- x->parent = y;
- }
linux 源码里的红黑树插入
自认为好读多了 O(∩_∩)O~
- /**
- * node是新插入的结点,有着默认的红色。
- * 本函数检查是否有违背红黑树性质的地方,并进行纠正。
- */
- void rb_insert_color(rb_node *node, rb_root *root) {
- rb_node *parent, *gp;
- /**
- * 如果有父节点且父节点是红色,进行树的调整以保证树的性质。
- */
- while ((parent = rb_parent(node)) && rb_is_red(parent)) {
- gp = rb_parent(parent);
- if (parent == gp->left) {
- /**
- * 父节点是祖父节点左子的情况。
- * "else"中的情况左右相反,这里只注释"if"里的代码。
- */
- register rb_node *uncle = gp->right;
- if (uncle && rb_is_red(uncle)) { <span style="color:#ff0000;">//对应图一</span>
- /**
- * 如果有红叔,则将红叔与红父均涂黑,并将祖父节点涂红。
- */
- rb_set_black(parent);
- rb_set_black(uncle);
- rb_set_red(gp);
- /**
- * 现在简单路径中黑节点个数仍然平衡,但祖父变成了红色,
- * 我们不确定有没有造成父子均红的情况,所以需要对祖父节点进行下一轮修复。
- */
- node = gp; <span style="color:#ff0000;">//这里要递归fix</span>
- continue;
- }
- /**
- * 现在是叔节点为空或为黑的情况。
- */
- if (node == parent->right) {
- /**
- * 如果新节点是父节点的右子,对父节点进行左旋。
- * 旋转后树仍然平衡,但新节点占了原父节点的位子。
- * 这两个节点交换角色后,新的父节点是红的,其左子也是红的。
- */
- _rb_rotate_left(parent, root); <span style="color:#ff0000;"> //对应图四-》图五</span>
- register rb_node *tmp = node;
- node = parent;
- parent = tmp;
- }
- /**
- * 此时父红左子红,树平衡但有连续红节点。
- *
- * 父涂黑,祖父涂红,再对祖父右旋,树即调整到合法状态。
- */
- rb_set_black(parent); <span style="color:#ff0000;">//对应图三</span>
- rb_set_red(gp);
- _rb_rotate_right(gp, root);
- return;
- } else {
- register rb_node *uncle = gp->left;
- if (uncle && rb_is_red(uncle)) {
- rb_set_black(parent);
- rb_set_black(uncle);
- rb_set_red(gp);
- node = gp;
- continue;
- }
- if (node == parent->left) {
- _rb_rotate_right(parent, root);
- register rb_node *tmp = node;
- node = parent;
- parent = tmp;
- }
- rb_set_black(parent);
- rb_set_red(gp);
- _rb_rotate_left(gp, root);
- return;
- }
- }
- /**
- * 若无父节点,只需将node涂黑;
- * 若父节点为黑,插入红节点不影响树的性质。
- * 循环体后直接将node涂黑,可以同时保证以上两点。
- */
- rb_set_black(root->node);
- }
四 红黑树的插入
从红黑树上删除一个节点,可以先用普通二叉搜索树的方法,将节点从红黑树上删除掉,然后再将被破坏的红黑性质进行恢复。
我们回忆一下普通二叉树的节点删除方法:Z指向需要删除的节点,Y指向实质结构上被删除的结点,如果Z节点只有一个子节点或没有子节点,那么Y就是指向Z指向的节点。如果Z节点有两个子节点,那么Y指向Z节点的后继节点(其实前趋也是一样的),而Z的后继节点绝对不可能有左子树。因此,仅从结构来看,二叉树上实质被删除的节点最多只可能有一个子树。现在我们来看红黑性质的恢复过程:
①如果Y指向的节点是个红色节点,那么直接删除掉Y以后,红黑性质不会被破坏。操作结束。
②如果Y指向的节点是个黑色节点,那么就有几条红黑性质可能受到破坏了。首先是包含Y节点的所有路径,黑高度都减少了一(第5条被破坏)。其次,如果Y的有红色子节点,Y又有红色的父节点,那么Y被删除后,就出现了两个相邻的红色节点(第4条被破坏)。最后,如果Y指向的是根节点,而Y的子节点又是红色的,那么Y被删除后,根节点就变成红色的了(第2条被破坏)。
其中,第5条被破坏是让我们比较难受的。因为这影响到了全局。这样动作就太大太复杂了。而且在这个条件下,进行其它红黑性质的恢复也很困难。所以我们首先解决这个问题:如果不改变含Y路径的黑高度,那么树的其它部分的黑高度就必须做出相应的变化来适应它。所以,我们想办法恢复原来含Y节点的路径的黑高度。做法就是:无条件的把Y节点的黑色,推到它的子节点X上去。(X可能是NIL节点)。这样,X就可能具有双重黑色,或同时具有红黑两色,也就是第1条性质被破坏了。(这个很重要)
但第1条性质是比较容易恢复的:
一、如果X是同时具有红黑两色,那么好办,直接把X涂成黑色,就行了。而且这样把所有问题都解决了。因为将X变为黑色,2、4两条如果有问题的话也会得到恢复,算法结束。
二、如果X是双黑色,那么我们希望把这种情况向上推一直推到根节点(调整树结构和颜色,X的指向新的双黑色节点,X不断向上移动),让根节点具双黑色,这时,直接把X的一层黑色去掉就行了(因为根节点被包含在所有的路径上,所以这样做所有路径同时黑高减少一,不会破坏红黑特征)。(双黑调节就是按照这种思路:无限把双黑节点上推,直到出现第四种情况)
下面就具体地分析如何恢复1、2、4三个可能被破坏的红黑特性:我们知道,如果X指向的节点是有红黑两色,或是X是根节点时,只需要简单的对X进行一些改变就行了。要对除X节点外的其它节点进行操作时,必定是这样的情况:X节点是双层黑色,且X有父节点P。由知可知,X必然有兄弟节点W,而且这个W节点必定有两个子节点。(因为这是原树满足红黑条件要求而自然具备的。X为双黑色,那么P的另一个子节点以下一定要有至少两层的节点,否则黑色高度不可能和X路径一致。也就是说至少两层黑。其实可以说,这就是一个递归函数的递归公式,只不过情况较多而已。可以参看july的最长子字符串序列,和这种情况类似)。所以我们就分析这些节点之间如何变形,把问题限制在比较小的范围内解决。另一个前提是:X在一开始,肯定是树底的叶节点或是NIL节点,所以在递归向上的过程中,每一步都保证下一步进行时,至少 X的子树是满足红黑特性的。因此子树的情况就可以认为是已经正确的了,这样,分析就只限制在X节点,X的父节点P和X的兄弟节点W,以及W的两个子节点。这些个节点中。下面仅仅考虑X原本是黑色的情况即可。
在这种情况下,X此时应该具有双重黑色,算法的过程就是将这多出的一重黑色向上移动,直到遇到红节点或者根节点。
接着往下分析, 会遇到4种情况,实际上是8种, 因为其中4种是相互对称的,这可以通过判断X是其父节点的右孩子还是左孩子来区分。下面我们以X是其父节点的左孩子的情况来分析这4种情况,实际上接下来的调整过程,就是要想方设法将经过X的所有路径上的黑色节点个数增加1。
具体分为以下四种情况:(下面针对x是左儿子的情况讨论,右儿子对称)
Case1:X的兄弟W是红色(想办法将其变为黑色)
由于W是红色的,因此其儿子节点和父节点必为黑色,只要将W和其父节点的颜色对换,在对父节点进行一次左旋转,便将W的左子节点放到了X的兄弟节点上,X的兄弟节点变成了黑色,且红黑性质不变。但还不算完,只是暂时将情况1转变成了下面的情况2或3或4。(本来x 为双黑,只要把A再涂成双黑就完事了,和我们之前说过的要把双黑往上推一样,但那样对问题根本没一点影响,还不如不做。其实旋转是可以想象到的,左边x的删除了一个黑节点,那必然导致右边重了,要左旋转)


如果父节点现在是双层黑色,那就以父节点为新的X进行向上的下一次的递归。
Case3:X的兄弟节点W是黑色的,而且W的左子节点是红色的,右子节点是黑色的。此时通过交换W和其左子节点的颜色并进行一次向右旋转就可转换成下面的第四种情况。注意,原来L是红色的,所以L的子节点一定是黑色的,所以旋转中L节点的一个子树挂到之后着为红色的W节点上不会破坏红黑性质。变形后黑色高度不变。(L旋转后,左子树的性质是不会变的,但右子树多了个黑的w 就有问题了,所以要把w改为红色。其实case3是把问题转换为case4.)

Case4:X的兄弟节点W是黑色的,而且W的右子节点是红色的。这种情况下,做一次左旋,W就处于根的位置,将W保持为原来的根的位置的颜色,同时将W的两个新的儿子节点的颜色变为黑色,去掉X的一重黑色。这样整个问题也就得到了解决。递归结束。(在代码上,为了标识递归结束,我们把X指向根节点) (其实是相当于 x这边多了一层黑,怎么办呢,就把A点给按下去,这样x两层黑就变为 x本身黑+A的黑。A是下去了,那自然要把w给提上来,w提上来之后L就变到左边去了。L子树保持不变,原因很简单,都是两层黑+L本身。但w提上来了,可这边少了一层黑啊,所以直接把R变为黑,ok 问题解决了。)

以上就是红黑树的节点删除全过程。
总结:
如果我们通过上面的情况画出所有的分支图,我们可以得出如下结论
插入操作:解决的是 红-红 问题
删除操作:解决的是 黑-黑 问题
即你可以从分支图中看出,需要往上遍历的情况为红红(插入),或者为黑黑黑(删除)的情况,如果你认真分析并总结所有的情况后,并坚持下来,红黑树也就没有想象中的那么恐怖了,并且很美妙;
linux 源码中红黑树的删除的修复
- /**
- * 前置环境:在node与parent之前,刚刚删除了一个黑色节点。现在树很可能不平衡,
- * node与parent也可能红色冲突。
- * 本函数进行树的性质的修正,以使树恢复平衡。在一些情况下问题会转移到上一层节点,
- * 则须对上一层节点进行递归检查与修正。本函数中的while循环实际上实现了这种递归。
- *
- * 提示:这是红黑树里最绕的地方,看不明白可以多画画图。
- */
- static void _rb_erase_color(rb_node *node, rb_node *parent, rb_root *root) {
- /**
- * other用来保存兄弟节点,这是树的修正过程中一个重要的参考节点。
- */
- rb_node *other;
- /**
- * 循环条件:node不是红节点且node不是根节点。
- * 解释:对于红节点或根节点,直接涂黑即可解决问题。
- */
- while ((!node || rb_is_black(node)) && node != root->node) {
- /**
- * 为方便程序处理各种情况,这里和节点插入一样将问题分成了左右对称的两类。
- * if-else两个分枝里代码逻辑完全相同,只是左右相反。所以我们只研究node是parent左子的情况。
- *
- * 在开始之前,我们先总结一下当前状态:
- * 1:因为删除的是黑色节点,所以node与parent都有可能是红色节点。
- * 2:node与parent之间少了一个黑色节点,则所有通过node的路径都少了一个黑色节点,不妨画图时用-1标出来;
- * 但node的兄弟节点(node一定有兄弟,可以根据删除前树的平衡性质来反推)高度并未变化,可以记作0。
- *
- * 提示:在进行旋转、涂色等操作时,可以画图观查平衡状态的变化。
- */
- if (parent->left == node) { <span style="color:#ff0000;">//左边 把other换位brother更容易懂</span>
- other = parent->right;
- if (rb_is_red(other)) { //case 1
- /**
- * 如果兄弟节点是红色,则父节点是黑色,交换父、兄节点的颜色,并对父节点进行左旋。
- * 旋转后,兄节点占了老的父节点位置,且和老的父节点颜色相同,所以不会向上造成颜色冲突。
- * 我们仍然以老的父节点为父节点来看,现在的状态是:
- * 父节点右子保持平衡,只有经过node的路径少了一个黑色节点。
- * 现在问题和之前相似,但node有了一个黑色的兄弟(还有一个红色父亲)。
- */
- rb_set_black(other);
- rb_set_red(parent);
- _rb_rotate_left(parent, root);
- /**
- * other指向新的兄弟节点。other现在必然是一个黑色节点,而不会是空。这一点可以根据旋转之前树的性质反证。
- 递归矫正
- */
- other = parent->right;
- }
- /**
- * 此时状态:
- * node有黑色兄弟,父亲可能黑也可能红。
- *儿子都为黑
- */
- if ((!other->left || rb_is_black(other->left)) &&
- (!other->right || rb_is_black(other->right))) {
- /**
- * 如果other没有红色子节点,那我们就可以把other涂红,并向上转移问题。
- * other涂红的后果是,other分枝少了一个黑节点,与node分枝保持了平衡,但parent整体少了一个黑色节点。
- * 细心的人可能会发现,如果父亲是红色的,父亲与兄弟有颜色冲突,直接向上转移能纠正吗?当然是可以的。
- * 向上一层之后,while里的黑节点判断失败,会直接执行while后面的语句,直接将parent涂黑,则树恢复平衡。
- */
- rb_set_red(other);
- node = parent;
- parent = rb_parent(node);
- } else {
- /**
- * 现在黑兄弟有红子节点,父亲颜色未知。
- */
- if (!other->right || rb_is_black(other->right)) {
- /**
- * 如果黑兄弟右节点为空或为黑,则左节点一定是红的,我们想办法把它调整为右子为红。
- * 至于为什么,看后面就知了。
- * other->left与other交换颜色,对other进行右旋,other指向新的兄弟。根据右旋转的特点,
- * 可知现在other仍然是黑色,且它有了一个红色右子。同时other分枝高度不变,颜色也没有冲突。
- */
- rb_set_black(other->left);
- rb_set_red(other);
- _rb_rotate_right(other, root);
- other = parent->right;
- }
- /**
- * 此时状态:黑兄弟有红色右子节点。
- * 不管parent是什么颜色,把other涂成父亲的颜色(之后旋转,other占据父亲的位置,向上没有颜色冲突),
- * 把父亲涂黑,把黑兄的other涂黑,这时node分枝高度可能有变化也可能没变化,other分枝多了一个黑节点。
- * 现在对父亲进行左旋转。旋转后的情况是右边分枝(原other右子)少了一个黑节点,重归平衡;
- * 左边分枝则增加了一个黑节点,也恢复了平衡。此时也没有颜色冲突
- */
- rb_set_color(other, rb_color(parent));
- rb_set_black(parent);
- rb_set_black(other->right);
- _rb_rotate_left(parent, root);
- /**
- * 树已平衡,node置为根节点,并跳出循环。
- * 检测root节点是否黑色
- */
- node = root->node;
- break;
- }
- } else {
- other = parent->left;
- if (rb_is_red(other)) {
- rb_set_black(other);
- rb_set_red(parent);
- _rb_rotate_right(parent, root);
- other = parent->left;
- }
- if ((!other->left || rb_is_black(other->left)) &&
- (!other->right || rb_is_black(other->right))) {
- rb_set_red(other);
- node = parent;
- parent = rb_parent(node);
- } else {
- if (!other->left || rb_is_black(other->left)) {
- rb_set_black(other->right);
- rb_set_red(other);
- _rb_rotate_left(other, root);
- other = parent->left;
- }
- rb_set_color(other, rb_color(parent));
- rb_set_black(parent);
- rb_set_black(other->left);
- _rb_rotate_right(parent, root);
- node = root->node;
- break;
- }
- }
- }
- /**
- * 对于红节点或根节点,直接涂黑即可解决问题。
- */
- if (node)
- rb_set_black(node);
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 提示词工程——AI应用必不可少的技术
· Open-Sora 2.0 重磅开源!
· 周边上新:园子的第一款马克杯温暖上架