对于AVL树和红黑树的理解

AVL又称（严格）高度平衡的二叉搜索树，也叫二叉查找树、平衡二叉树。window对进程地址空间的管理用到了AVL树。

红黑树是非严格平衡二叉树，统计性能要好于平衡二叉树。广泛的在C++的STL中，map和set都用了红黑树。

AVL树性质：左右子树高度差<=1。查询时间复杂度O（logn），插入和删除旋转比较复杂。

红黑树性质：1，根节点是黑的，叶子节点也是黑的。2，所有节点不是红就是黑。3，红父亲必有黑儿子。4，从根开始每个分支的所有黑节点相加都是相等的。

红黑树能保证在最坏情况下，基本的动态几何操作的时间均为O（lgn）。由于它的设计，任何不平衡都会在三次旋转之内解决。红黑树是用空间换时间，空间复杂度O（logn）。

相比于BST，因为红黑树可以能确保树的最长路径不大于两倍的最短路径的长度，所以可以看出它的查找效果是有最低保证的。在最坏的情况下也可以保证O(logN)的，这是要好于二叉查找树的。因为二叉查找树最坏情况可以让查找达到O(N)。

红黑树的算法时间复杂度和AVL相同，但统计性能比AVL树更高，所以在插入和删除中所做的后期维护操作肯定会比红黑树要耗时好多，但是他们的查找效率都是O(logN)，所以红黑树应用还是高于AVL树的. 实际上插入 AVL 树和红黑树的速度取决于你所插入的数据.如果你的数据分布较好,则比较宜于采用 AVL树(例如随机产生系列数),但是如果你想处理比较杂乱的情况,则红黑树是比较快的。

红黑树相对于哈希表，在选择使用的时候有什么依据？

权衡三个因素: 查找速度, 数据量, 内存使用，可扩展性。
　　总体来说，hash查找速度会比map快，而且查找速度基本和数据量大小无关，属于常数级别;而map的查找速度是log(n)级别。并不一定常数就比log(n) 小，hash还有hash函数的耗时，明白了吧，如果你考虑效率，特别是在元素达到一定数量级时，考虑考虑hash。但若你对内存使用特别严格， 希望程序尽可能少消耗内存，那么一定要小心，hash可能会让你陷入尴尬，特别是当你的hash对象特别多时，你就更无法控制了，而且 hash的构造速度较慢。

红黑树并不适应所有应用树的领域。如果数据基本上是静态的，那么让他们待在他们能够插入，并且不影响平衡的地方会具有更好的性能。如果数据完全是静态的，例如，做一个哈希表，性能可能会更好一些。

在实际的系统中，例如，需要使用动态规则的防火墙系统，使用红黑树而不是散列表被实践证明具有更好的伸缩性。Linux内核在管理vm_area_struct时就是采用了红黑树来维护内存块的。

红黑树通过扩展节点域可以在不改变时间复杂度的情况下得到结点的秩。

 

如何扩展红黑树来获得比某个结点小的元素有多少个？

这其实就是求节点元素的顺序统计量，当然任意的顺序统计量都可以需要在O(lgn)时间内确定。

在每个节点添加一个size域，表示以结点 x 为根的子树的结点树的大小，则有

size[x] = size[[left[x]] + size [right[x]] + 1;

这时候红黑树就变成了一棵顺序统计树。

利用size域可以做两件事：

1). 找到树中第i小的结点；

OS-SELECT(x;,i)
r = size[left[x]] + 1;
if i == r
     return x
elseif i < r
     return OS-SELECT(left[x], i)
else return OS-SELECT(right[x],  i)

思路：size[left[x]]表示在对x为根的子树进行中序遍历时排在x之前的个数，递归调用的深度不会超过O(lgn);

 

 

2).确定某个结点之前有多少个结点，也就是我们要解决的问题；

OS-RANK(T,x)
r = x.left.size + 1;
y = x;
while y != T.root
         if y == y.p.right
                 r = r + y.p.left.size +1
         y = y.p
return r

 

思路：x的秩可以视为在对树的中序遍历种，排在x之前的结点个数加上一。最坏情况下，OS-RANK运行时间与树高成正比，所以为O (lgn).

 

扩展数据结构有什么步骤？

1).选择基础数据结构；

2).确定要在基础数据结构种添加哪些信息；

3).验证可用基础数据结构上的基本修改操作来维护这些新添加的信息；

4).设计新的操作。

其他树也很重要：

B+树在磁盘文件组织，数据索引和数据库索引中用到。

trie树 字典树，在统计和排序大量字符串中用到。