c/c++|红黑树|分析应用|锚点

2024-03-01 06:52

本文主要是介绍c/c++|红黑树|分析应用|锚点,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

红黑树是一种自平衡的二叉查找树,它保持着良好的平衡,能够在插入和删除等操作后通过一系列旋转和重新着色操作来保持树的平衡。这种平衡性质使得红黑树在搜索、插入和删除等操作的平均和最坏情况下的时间复杂度都是O(log n)。以下是红黑树的一些关键特性和性质:每个节点要么是红色,要么是黑色。
根节点必须是黑色。
红色节点的子节点必须是黑色(不存在两个相邻的红色节点)。
从任一节点到其每个叶子的所有路径都包含相同数量的黑色节点,这被称为“黑色平衡”或“黑高度”。
红黑树的基本操作包括插入、删除、查找等。其中,插入和删除操作是通过一系列旋转和重新着色来维护红黑树的平衡性。插入操作:当插入一个新节点时,首先按照二叉查找树的规则找到其应该插入的位置。然后,将新节点插入为红色节点,这样可能会破坏红黑树的某些性质,如颜色相邻节点不能同时为红色。接下来,通过一系列的旋转和重新着色操作来修复这些性质,以确保树的平衡性。删除操作:删除操作也是通过一系列旋转和重新着色来维护树的平衡性。当删除一个节点时,首先按照二叉查找树的规则找到要删除的节点。然后,根据要删除节点的子节点情况进行不同的处理:如果要删除的节点有零个或一个子节点,直接删除即可;如果要删除的节点有两个子节点,则需要找到其后继节点(即比它大的最小节点),并用后继节点替换原节点,然后再删除后继节点。查找操作:查找操作和普通的二叉查找树一样,采用递归或迭代的方式从根节点开始逐级查找,直到找到目标节点或到达叶子节点为止。红黑树的时间复杂度和空间复杂度分析如下:时间复杂度:在红黑树中,搜索、插入和删除操作的平均和最坏情况下的时间复杂度都是O(log n),其中n是树中节点的数量。这是因为红黑树保持了良好的平衡性质,使得树的高度保持在O(log n)级别。因此,即使在最坏情况下,搜索、插入和删除操作的性能也是很高效的。空间复杂度:红黑树的空间复杂度主要取决于节点的数量。每个节点除了存储数据外,还需要存储指向父节点、左子节点和右子节点的指针,以及颜色信息。因此,红黑树的空间复杂度为O(n),其中n是树中节点的数量。
#include <iostream>enum Color { RED, BLACK };template <typename T>
struct Node {T data;Node<T> *left, *right, *parent;Color color;// ConstructorNode(T data) : data(data), left(nullptr), right(nullptr), parent(nullptr), color(RED) {}
};template <typename T>
class RedBlackTree {
private:Node<T> *root;// Private methodsvoid rotateLeft(Node<T> *&);void rotateRight(Node<T> *&);void fixInsertion(Node<T> *&);public:// ConstructorRedBlackTree() : root(nullptr) {}// Public methodsvoid insert(const T&);void printInorder() const;
};// Rotate left
template <typename T>
void RedBlackTree<T>::rotateLeft(Node<T> *&node) {Node<T> *rightChild = node->right;node->right = rightChild->left;if (node->right != nullptr)node->right->parent = node;rightChild->parent = node->parent;if (node->parent == nullptr)root = rightChild;else if (node == node->parent->left)node->parent->left = rightChild;elsenode->parent->right = rightChild;rightChild->left = node;node->parent = rightChild;
}// Rotate right
template <typename T>
void RedBlackTree<T>::rotateRight(Node<T> *&node) {Node<T> *leftChild = node->left;node->left = leftChild->right;if (node->left != nullptr)node->left->parent = node;leftChild->parent = node->parent;if (node->parent == nullptr)root = leftChild;else if (node == node->parent->left)node->parent->left = leftChild;elsenode->parent->right = leftChild;leftChild->right = node;node->parent = leftChild;
}// Fix insertion
template <typename T>
void RedBlackTree<T>::fixInsertion(Node<T> *&node) {Node<T> *parent = nullptr;Node<T> *grandparent = nullptr;while (node != root && node->color != BLACK && node->parent->color == RED) {parent = node->parent;grandparent = parent->parent;// Case : Parent is left child of Grandparentif (parent == grandparent->left) {Node<T> *uncle = grandparent->right;// Case : Uncle is RED, only recoloring requiredif (uncle != nullptr && uncle->color == RED) {grandparent->color = RED;parent->color = BLACK;uncle->color = BLACK;node = grandparent;} else {// Case : Node is right child of Parentif (node == parent->right) {rotateLeft(parent);node = parent;parent = node->parent;}// Case : Node is left child of ParentrotateRight(grandparent);std::swap(parent->color, grandparent->color);node = parent;}} else {// Case : Parent is right child of GrandparentNode<T> *uncle = grandparent->left;// Case : Uncle is RED, only recoloring requiredif (uncle != nullptr && uncle->color == RED) {grandparent->color = RED;parent->color = BLACK;uncle->color = BLACK;node = grandparent;} else {// Case : Node is left child of Parentif (node == parent->left) {rotateRight(parent);node = parent;parent = node->parent;}// Case : Node is right child of ParentrotateLeft(grandparent);std::swap(parent->color, grandparent->color);node = parent;}}}root->color = BLACK;
}// Insert node into the tree
template <typename T>
void RedBlackTree<T>::insert(const T& data) {Node<T> *newNode = new Node<T>(data);Node<T> *parent = nullptr;Node<T> *current = root;while (current != nullptr) {parent = current;if (newNode->data < current->data)current = current->left;elsecurrent = current->right;}newNode->parent = parent;if (parent == nullptr)root = newNode;else if (newNode->data < parent->data)parent->left = newNode;elseparent->right = newNode;fixInsertion(newNode);
}// Inorder traversal
template <typename T>
void inorderHelper(Node<T> *root) {if (root == nullptr) return;inorderHelper(root->left);std::cout << root->data << " ";inorderHelper(root->right);
}// Print tree in inorder
template <typename T>
void RedBlackTree<T>::printInorder() const {inorderHelper(root);
}// Test
int main() {RedBlackTree<int> tree;tree.insert(10);tree.insert(20);tree.insert(30);tree.insert(15);tree.insert(25);std::cout << "Inorder traversal of the tree: ";tree.printInorder();std::cout << std::endl;return 0;
}//输出结果:Inorder traversal of the tree: 10 15 20 25 30 

先让gpt回答吧
怎么说呢,说到红黑树,必然先从avl 平衡二叉树讲起

而且红黑树在unordered_map、redis、等数据存储用很多应用

平衡性维护方式:AVL树:通过保持任意节点的左子树和右子树的高度差不超过1来维护平衡。在插入或删除节点时,可能需要进行旋转操作来保持平衡。
红黑树:通过一系列的旋转和重新着色操作来维护平衡。红黑树不追求严格的平衡,但它保证了树的黑高度是O(log n),从而保证了树的高度近似平衡。
旋转次数:AVL树:由于 AVL 树要求严格的平衡,插入或删除操作可能需要进行更多的旋转操作来保持平衡,因此在某些情况下,AVL树的旋转次数会比红黑树多。
红黑树:红黑树的平衡性维护更加宽松,旋转和重新着色的次数相对较少,因此在实践中通常比 AVL 树更高效。
性能特点:AVL树:由于 AVL 树严格追求平衡,因此在查找操作上可能比红黑树更快,因为 AVL 树的高度更低。但是在插入和删除操作上可能更耗时,因为可能需要进行更多的旋转操作。
红黑树:红黑树在插入和删除操作上的性能通常比 AVL 树更好,因为它的平衡性维护更加宽松,旋转和重新着色的次数较少。红黑树在实际应用中更为广泛,例如在C++的STL中就使用了红黑树来实现map和set等容器。
总的来说,AVL树和红黑树都是自平衡的二叉查找树,它们各有优缺点,在不同的应用场景中选择合适的数据结构是很重要的。
关联容器的实现:红黑树常被用作关联容器的底层实现,例如C++ STL中的std::map和std::set就是基于红黑树实现的。这些容器可以快速地进行查找、插入和删除操作,并且保持元素的有序性。数据库索引:数据库系统中经常需要快速地查找和更新数据,红黑树作为一种高效的数据结构,常被用作数据库索引的底层实现。它可以支持快速的数据检索操作,并且保持索引的平衡性。操作系统内核:红黑树在操作系统内核中也有广泛的应用,用于实现各种数据结构和算法。例如,在Linux内核中,红黑树被用于进程调度、文件系统、内存管理等方面。路由表:计算机网络中的路由器常使用红黑树来存储路由表,以支持快速的路由查找和更新。红黑树可以高效地存储和管理大量的网络路由信息,并且保持路由表的平衡性。内存分配器:在动态内存分配器中,红黑树可以用于管理内存分配和释放的元数据,以支持快速的内存分配和释放操作,并且保持内存分配器的高效性和平衡性。总的来说,红黑树作为一种高效的自平衡二叉查找树,具有广泛的应用领域,可以在各种场景中提供高效的数据存储和检索功能。

这篇关于c/c++|红黑树|分析应用|锚点的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/761549

相关文章

C++中unordered_set哈希集合的实现

《C++中unordered_set哈希集合的实现》std::unordered_set是C++标准库中的无序关联容器,基于哈希表实现,具有元素唯一性和无序性特点,本文就来详细的介绍一下unorder... 目录一、概述二、头文件与命名空间三、常用方法与示例1. 构造与析构2. 迭代器与遍历3. 容量相关4

C++中悬垂引用(Dangling Reference) 的实现

《C++中悬垂引用(DanglingReference)的实现》C++中的悬垂引用指引用绑定的对象被销毁后引用仍存在的情况,会导致访问无效内存,下面就来详细的介绍一下产生的原因以及如何避免,感兴趣... 目录悬垂引用的产生原因1. 引用绑定到局部变量,变量超出作用域后销毁2. 引用绑定到动态分配的对象,对象

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

利用Python操作Word文档页码的实际应用

《利用Python操作Word文档页码的实际应用》在撰写长篇文档时,经常需要将文档分成多个节,每个节都需要单独的页码,下面:本文主要介绍利用Python操作Word文档页码的相关资料,文中通过代码... 目录需求:文档详情:要求:该程序的功能是:总结需求:一次性处理24个文档的页码。文档详情:1、每个

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

C++读写word文档(.docx)DuckX库的使用详解

《C++读写word文档(.docx)DuckX库的使用详解》DuckX是C++库,用于创建/编辑.docx文件,支持读取文档、添加段落/片段、编辑表格,解决中文乱码需更改编码方案,进阶功能含文本替换... 目录一、基本用法1. 读取文档3. 添加段落4. 添加片段3. 编辑表格二、进阶用法1. 文本替换2

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe