查找（一）

我们使用符号表这个词来描写叙述一张抽象的表格。我们会将信息（值）存储在当中，然后依照指定的键来搜索并获取这些信息。键和值的详细意义取决于不同的应用。

符号表中可能会保存非常多键和非常多信息，因此实现一张高效的符号表也是一项非常有挑战性的任务。

我们会用三种经典的数据类型来实现高效的符号表：二叉查找数、红黑树、散列表。

二分查找

我们使用有序数组存储键，经典的二分查找可以依据数组的索引大大降低每次查找所需的比較次数。

在查找时，我们先将被查找的键和子数组的中间键比較。假设被查找的键小于中间键，我们就在左子数组中继续查找。假设大于我们就在右子数组中继续查找。否则中间键就是我们要找的键。

 

普通情况下二分查找都比顺序查找快的多，它也是众多实际应用程序的最佳选择。对于一个静态表（不同意插入）来说。将其在初始化时就排序是值得的。

 

当然，二分查找也不适合非常多应用。现代应用须要同一时候可以支持高效的查找和插入两种操作的符号表实现。

也就是说，我们须要在构造庞大的符号表的同一时候可以随意插入（或许还有删除）键值对，同一时候也要可以完毕查找操作。

 

要支持高效的插入操作，我们似乎须要一种链式结构。当单链接的链表是无法使用二分查找的。由于二分查找的高效来自于可以高速通过索引取得不论什么子数组的中间元素。为了将二分查找的效率和链表的灵活性结合起来，我们须要更加复杂的数据结构。

可以同一时候拥有两者的就是二叉查找树。

 

二叉查找树

一颗二叉查找树（BST）是一颗二叉树，当中每一个节点都含有一个可比較的键（以及相关联的值）且每一个结点的键都大于其左子树中的随意结点的键而小于右子树的随意结点的键。

 

一颗二叉查找树代表了一组键（及其对应的值）的集合。而同一个集合能够用多颗不同的二叉查找树表示。

假设我们将一颗二叉查找树的全部键投影到一条直线上，保证一个结点的左子树中的键出如今它的右边，右子树中的键出如今它的右边。那么我们一定能够得到一条有序的键列。

 

查找

在二叉查找树中查找一个键的递归算法：

假设树是空的。则查找未命中。

假设被查找的键和根结点的键相等。查找命中。

否则我们就在适当的子树中继续查找。假设被查找的键较小就选择左子树。较大就选择右子树。

在二叉查找树中。随着我们不断向下查找，当前结点所表示的子树的大小也在减小（理想情况下是减半）

 

插入

查找代码差点儿和二分查找的一样简单，这样的简洁性是二叉查找树的重要特性之中的一个。

而二叉查找树的还有一个更重要的特性就是插入的实现难度和查找差点儿相同。

当查找一个不存在于树中的结点并结束于一条空链接时，我们须要做的就是将链接指向一个含有被查找的键的新结点。假设被查找的键小于根结点的键。我们会继续在左子树中插入该键。否则在右子树中插入该键。

 

分析

使用二叉查找树的算法的执行时间取决于树的形状，而树的形状又取决于键被插入的先后顺序。

在最好的情况下，一颗含有N个结点的树是全然平衡的。每条空链接和根结点的距离都为~lgN。在最坏的情况下。搜索路径上可能有N个结点。但在普通情况下树的形状和最好情况更接近。

我们如果键的插入顺序是随机的。对这个模型的分析而言，二叉查找树和高速排序差点儿就是“双胞胎”。树的根结点就是高速排序中的第一个切分元素（左側的键都比它小。右側的键都比它大），而这对于全部的子树相同适用，这和高速排序中对于子数组的递归排序全然相应。

【在由N个随机键构造的二叉查找树中，查找命中平均所需的比較次数为~2lgN。 N越大这个公式越准确】

 

平衡查找树

在一颗含有N个结点的树中，我们希望树高为~lgN。这样我们就能保证全部查找都能在~lgN此比較内结束，就和二分查找一样。

不幸的是，在动态插入中保证树的完美平衡的代价太高了。我们放松对完美平衡的要求，使符号表API中全部操作均可以在对数时间内完毕。

 

2-3查找树

为了保证查找树的平衡性，我们须要一些灵活性。因此在这里我们同意树中的一个结点保存多个键。

2-结点：含有一个键(及值)和两条链接。左链接指向的2-3树中的键都小于该结点，右链接指向的2-3树中的键都大于该结点。

3-结点：含有两个键(及值)和三条链接。左链接指向的2-3树中的键都小于该结点，中链接指向的2-3树中的键都位于该结点的两个键之间，右链接指向的2-3树中的键都大于该结点。

（2-3指的是2叉-3叉的意思）

一颗完美平衡的2-3查找树中的全部空链接到根结点的距离都是同样的。

 

查找

要推断一个键是否在树中，我们先将它和根结点中的键比較。

假设它和当中的不论什么一个相等，查找命中。否则我们就依据比較的结果找到指向对应区间的链接。并在其指向的子树中递归地继续查找。假设这是个空链接。查找未命中。

 

插入

要在2-3树中插入一个新结点，我们可以和二叉查找树一样先进行一次未命中的查找。然后把新结点挂在树的底部。

但这种话树无法保持完美平衡性。

我们使用2-3树的主要原因就在于它可以在插入之后继续保持平衡。

假设未命中的查找结束于一个2-结点，我们仅仅要把这个2-结点替换为一个3-结点，将要插入的键保存在当中就可以。假设未命中的查找结束于一个3-结点，事情就要麻烦一些。

 

热身：

先考虑最简单的样例：仅仅有一个3-结点的树。向其插入一个新键。

这棵树唯一的结点中已经没有可插入的空间了。我们又不能把新键插在其空结点上（破坏了完美平衡）。为了将新键插入，我们先暂时将新键存入该结点中。使之成为一个4-结点。创建一个4-结点非常方便，由于非常easy将它转换为一颗由3个2-结点组成的2-3树（如图所看到的），这棵树既是一颗含有3个结点的二叉查找树，同一时候也是一颗完美平衡的2-3树。当中全部空链接到根结点的距离都相等。

 

向一个父结点为2-结点的3-结点中插入新键

如果未命中的查找结束于一个3-结点。而它的父结点是一个2-结点。

在这样的情况下我们须要在维持树的完美平衡的前提下为新键腾出空间。

我们先像刚才一样构造一个暂时的4-结点并将其分解，但此时我们不会为中键创建一个新结点。而是将其移动至原来的父结点中。（如图所看到的）

这次转换也并不影响（完美平衡的）2-3树的主要性质。

树仍然是有序的。由于中键被移动到父结点中去了，树仍然是完美平衡的。插入后全部的空链接到根结点的距离仍然同样。

 

向一个父结点为3-结点的3-结点中插入新键

如果未命中的查找结束于一个3-结点。而它的父结点是一个3-结点。

我们再次和刚才一样构造一个暂时的4-结点并分解它，然后将它的中键插入它的父结点中。但父结点也是一个3-结点。因此我们再用这个中键构造一个新的暂时4-结点，然后在这个结点上进行同样的变换。即分解这个父结点并将它的中键插入到它的父结点中去。

我们就这样一直向上不断分解暂时的4-结点并将中键插入更高的父结点，直至遇到一个2-结点并将它替换为一个不须要继续分解的3-结点。或者是到达3-结点的根。

总结：

先找插入结点，若结点有空(即2-结点)，则直接插入。如结点没空(即3-结点)，则插入使其暂时容纳这个元素，然后分裂此结点。把中间元素移到其父结点中。对父结点亦如此处理。

（中键一直往上移。直到找到空位。在此过程中没有空位就先搞个暂时的，再分裂。

）

 

 

★2-3树插入算法的根本在于这些变换都是局部的：除了相关的结点和链接之外不必改动或者检查树的其它部分。每次变换中，变更的链接数量不会超过一个非常小的常数。全部局部变换都不会影响整棵树的有序性和平衡性。

 

{你确定理解了2-3树的插入过程了吗？ 假设你理解了，那么你也就基本理解了红黑树的插入}

 

构造

和标准的二叉查找树由上向下生长不同，2-3树的生长是由下向上的。

长处

2-3树在最坏情况下仍有较好的性能。每一个操作中处理每一个结点的时间都不会超过一个非常小的常数，且这两个操作都仅仅会訪问一条路径上的结点，所以不论什么查找或者插入的成本都肯定不会超过对数级别。

完美平衡的2-3树要平展的多。比如，含有10亿个结点的一颗2-3树的高度仅在19到30之间。我们最多仅仅须要訪问30个结点就能在10亿个键中进行随意查找和插入操作。

 

缺点

我们须要维护两种不同类型的结点，查找和插入操作的实现须要大量的代码。并且它们所产生的额外开销可能会使算法比标准的二叉查找树更慢。

平衡一棵树的初衷是为了消除最坏情况，但我们希望这样的保障所需的代码可以越少越好。

 

红黑二叉查找树

【前言：本文所讨论的红黑树之目的在于使读者能更简单清晰地了解红黑树的构造，使读者能在纸上清晰高速地画出红黑树。而不是为了写出红黑树的实现代码。

若是要在代码级理解红黑树。则势必须要记住其复杂的插入和旋转的各种情况。我觉得那仅仅有助于添加大家对红黑树的恐惧，实际面试和工作中差点儿不会遇到须要自己动手实现红黑树的情况(非常多语言的标准库中就有红黑树的实现)。  若对于红黑树的C代码实现有兴趣的，可移步至July的博客。

】

 

（理解红黑树一句话就够了：红黑树就是用红链接表示3-结点的2-3树。那么红黑树的插入、构造就可转化为2-3树的问题，即：在脑中用2-3树来操作，得到结果。再把结果中的3-结点转化为红链接就可以。而2-3树的插入。前面已有具体图文，实际也非常easy：有空则插，没空硬插，再分裂。  这样，我们就不用记那么复杂且让人头疼的红黑树插入旋转的各种情况了。

仅仅要清楚2-3树的插入方式就可以。  以下图文具体演示。）

 

红黑树的本质：

红黑树是对2-3查找树的改进，它能用一种统一的方式完毕全部变换。

 

替换3-结点

★红黑树背后的思想是用标准的二叉查找树（全然由2-结点构成）和一些额外的信息（替换3-结点）来表示2-3树。

我们将树中的链接分为两种类型：红链接将两个2-结点连接起来构成一个3-结点，黑链接则是2-3树中的普通链接。确切地说。我们将3-结点表示为由一条左斜的红色链接相连的两个2-结点。

这样的表示法的一个长处是，我们无需改动就能够直接使用标准二叉查找树的get()方法。对于随意的2-3树，仅仅要对结点进行转换。我们都能够马上派生出一颗相应的二叉查找树。

我们将用这样的方式表示2-3树的二叉查找树称为红黑树。

红黑树的还有一种定义是满足下列条件的二叉查找树：

⑴红链接均为左链接。

⑵没有不论什么一个结点同一时候和两条红链接相连。

⑶该树是完美黑色平衡的。即随意空链接到根结点的路径上的黑链接数量同样。

 

假设我们将一颗红黑树中的红链接画平，那么全部的空链接到根结点的距离都将是同样的。

假设我们将由红链接相连的结点合并，得到的就是一颗2-3树。

相反，假设将一颗2-3树中的3-结点画作由红色左链接相连的两个2-结点，那么不会存在可以和两条红链接相连的结点。且树必定是完美平衡的。

 

不管我们用何种方式去定义它们，红黑树都既是二叉查找树。也是2-3树。

（2-3树的深度非常小，平衡性好。效率高，可是其有两种不同的结点，实际代码实现比較复杂。而红黑树用红链接表示2-3树中另类的3-结点，统一了树中的结点类型。使代码实现简单化，又不破坏其高效性。

）

 

颜色表示：

由于每一个结点都仅仅会有一条指向自己的链接（从它的父结点指向它），我们将链接的颜色保存在表示结点的Node数据类型的布尔变量color中（若指向它的链接是红色的，那么该变量为true，黑色则为false）。

当我们提到一个结点颜色时，我们指的是指向该结点的链接的颜色。

 

旋转

在我们实现的某些操作中可能会出现红色右链接或者两条连续的红链接，但在操作完毕前这些情况都会被小心地旋转并修复。

（我们在这里不讨论旋转的几种情况，把红黑树看做2-3树，自然能够得到正确的旋转后结果）

 

插入

在插入时我们能够使用旋转操作帮助我们保证2-3树和红黑树之间的一一相应关系，由于旋转操作能够保持红黑树的两个重要性质：有序性和完美平衡性。

 

热身：

向2-结点中插入新键

（向红黑树中插入操作时，想想2-3树的插入操作。红黑树与2-3树在本质上是同样的，仅仅是它们对3结点的表示不同。

向一个仅仅含有一个2-结点的2-3树中插入新键后，2-结点变为3-结点。

我们再把这个3-结点转化为红结点就可以）

向一颗双键树（即一个3-结点）中插入新键

（向红黑树中插入操作时，想想2-3树的插入操作。你把红黑树当做2-3树来处理插入。一切都变得简单了）

（向2-3树中的一个3-结点插入新键。这个3结点暂时成为4-结点，然后分裂成3个2结点）

★一颗红黑树的构造全过程

平衡二叉树（AVL树）

定义：平衡二叉树(Balance Binary Tree)又称AVL树。它或者是一颗空树，或者是具有下列性质的二叉树：它的左子树和右子树都是平衡二叉树。且左子树和右子树的深度之差的绝对值不超过1。

若将二叉树上结点的平衡因子BF(BalanceFactor)定义为该结点的左子树深度减去它的右子树深度。则平衡因子的绝对值大于1。

 

其旋转操作 用2-3树的分裂来类比想象。

下半部分——散列表、B树、B+树、Trie树。