TreeMap内部原理(四)
/pexels-photo-1208696.jpeg)
二叉树的遍历
我们知道二叉查找树的遍历有前序遍历、中序遍历、后序遍历。
- 前序遍历,先遍历我,再遍历我的左子节点,最后遍历我的右子节点;
- 中序遍历,先遍历我的左子节点,再遍历我,最后遍历我的右子节点;
- 后序遍历,先遍历我的左子节点,再遍历我的右子节点,最后遍历我;
这里的前中后都是以“我”的顺序为准的,我在前就是前序遍历,我在中就是中序遍历,我在后就是后序遍历。
下面让我们看看经典的中序遍历是怎么实现的:
1 | public class TreeMapTest { |
TreeMap的遍历
从上面二叉树的遍历我们很明显地看到,它是通过递归的方式实现的,但是递归会占用额外的空间,直接到线程栈整个释放掉才会把方法中申请的变量销毁掉,所以当元素特别多的时候是一件很危险的事。
(上面的例子中,没有申请额外的空间,如果有声明变量,则可以理解为直到方法完成才会销毁变量)
那么,有没有什么方法不用递归呢?
让我们来看看java中的实现:
1 |
|
是不是很简单?!
- 寻找第一个节点;
从根节点开始找最左边的节点,即最小的元素。
1 | final Entry<K,V> getFirstEntry() { |
- 循环遍历后继节点;
寻找后继节点这个方法我们在删除元素的时候也用到过,当时的场景是有右子树,则从其右子树中寻找最小的节点。
1 | static <K,V> TreeMap.Entry<K,V> successor(Entry<K,V> t) { |
让我们一起来分析下这种方式的时间复杂度吧。
首先,寻找第一个元素,因为红黑树是接近平衡的二叉树,所以找最小的节点,相当于是从顶到底了,时间复杂度为O(log n);
其次,寻找后继节点,因为红黑树插入元素的时候会自动平衡,最坏的情况就是寻找右子树中最小的节点,时间复杂度为O(log k),k为右子树元素个数;
最后,需要遍历所有元素,时间复杂度为O(n);
所以,总的时间复杂度为 O(log n) + O(n * log k) ≈ O(n)。
虽然遍历红黑树的时间复杂度是O(n),但是它实际是要比跳表要慢一点的,啥?跳表是啥?安心,后面会讲到跳表的。
总结
到这里红黑树就整个讲完了,让我们再回顾下红黑树的特性:
- 每个节点或者是黑色,或者是红色。
- 根节点是黑色。
- 每个叶子节点(NIL)是黑色。(注意:这里叶子节点,是指为空(NIL或NULL)的叶子节点!)
- 如果一个节点是红色的,则它的子节点必须是黑色的。
- 从一个节点到该节点的子孙节点的所有路径上包含相同数目的黑节点。
除了上述这些标准的红黑树的特性,你还能讲出来哪些TreeMap的特性呢?
- TreeMap的存储结构只有一颗红黑树;
- TreeMap中的元素是有序的,按key的顺序排列;
- TreeMap比HashMap要慢一些,因为HashMap前面还做了一层桶,寻找元素要快很多;
- TreeMap没有扩容的概念;
- TreeMap的遍历不是采用传统的递归式遍历;
- TreeMap可以按范围查找元素,查找最近的元素;
彩蛋
上面我们说到的删除元素的时候,如果当前节点有右子树,则从右子树中寻找最小元素所在的位置,把这个位置的元素放到当前位置,再把删除的位置移到那个位置,再看有没有替代元素,balabala。
那么,除了这种方式,还有没有其它方式呢?
答案当然是肯定的。
上面我们说的红黑树的插入元素、删除元素的过程都是标准的红黑树是那么干的,其实也不一定要完全那么做。
比如说,删除元素,如果当前节点有左子树,那么,我们可以找左子树中最大元素的位置,然后把这个位置的元素放到当前节点,再把删除的位置移到那个位置,再看有没有替代元素,balabala。
举例说明,比如下面这颗红黑树:
/treemap-other1.png)
我们删除10这个元素,从左子树中找最大的,找到了9这个元素,那么把9放到10的位置,然后把删除的位置移到原来9的位置,发现不需要作平衡(红+黑节点),直接把这个位置删除就可以了。
/treemap-other2.png)
同样是满足红黑树的特性的。
- Title: TreeMap内部原理(四)
- Author: 侯乾
- Created at : 2016-07-08 20:02:22
- Updated at : 2016-07-08 20:02:22
- Link: http://houqian.github.io/2016/07/08/TreeMap内部原理(四)/
- License: This work is licensed under CC BY-NC-SA 4.0.