为什么需要平衡二叉树？

前言：最近看《计算机科学的基础》以及老大的代码，很需要树结构的相关基本知识内容，在看老大的源码关于BT和RBT的时候，将平衡树和二叉排序树，关联到一起了。简单说明记录一下！

呃，如何调整的内容，很都总结过了，我就借花献佛，直接引用啦（好吧，我是不会承认我不会c 二叉排序树，还很懒滴）

演示平衡二叉树旋转

我最开始想到这个问题的时候，是在看老大代码的时候，我先看的是BT代码，后来我在看RBT的时候，看到了旋转平衡处理，然后我就很懵逼，不明白为什么要转，因为不转的话，也是符合排序树的标准的。还有一个很蠢萌的问题是：我一直以为BT是二叉，其实他奶奶个腿儿，是多路搜索，我呸，暴露智商了！

话说回来，为什么要调整：平衡二叉树

简单说来，平衡二叉树，一定是二叉排序树，之所以将排序树，调整为平衡状态，是为了在二叉排序树近似为链的情况下，增强其查找性能，降低时间复杂度。

其实，从上述内容来看，我整篇文章几乎没有自己的内容去表达技术问题，那我为什么写这篇博客呢？

１，我将我学过的内容，联系起来了。因为老大给我推荐的书《计算机科学的基础》最近刚好看到树结构和表结构模型，我一直在想二叉排序树的内容，包括树的存储方式。今天看BT和RBT的时候，突然就觉得，RBT的性能肯定综合会比BT高，为什么呢，因为二叉排序树的特性会比多路搜索要简单处理，你想一下嘛：二叉排序树，不是在这边，就是在那边（二选一），而多路搜索，我也不知道是几选几啊，还有分裂，好吧，这真不是我智商低的托词。

了解了innodb的索引后，我们再来分析自增主键和业务主键优缺点：自增主键：写入、查询效率和磁盘利用率都高，但每次查询都需要两级索引，因为线上业务不会有直接使用主键列的查询。因为主键的作用，一是建主键索引，二是做为子表的外键，所以组合主键的字段个数少了，不仅节省了运行时间，而且节省了索引存储空间。4) 对于声明为：integer primary key的主键来说，这列会按默认方式排序，所以虽然在数据字典中没有对它生成索引，但它的功能就像个索引。

今天，总的来说，是很完美的一天。因为我之前看老大的代码，有些地方都不是很明白，然后还要厚着脸皮问。虽然面上没红，但心里一直鄙视自己的智商。但是，我坚持下来了，今天把全部的代码看完了，我说了说我的理解，貌似还是没有全对，但是自己找到感觉了。

如果肯定不包含，则跳过对该子树的系统搜索，一层一层地向它的祖先节点继续搜索，直到遇到一个还有未被搜索过的儿子的节点，才转向该节点的一个未曾搜索过的儿子节点继续搜索。歌曲列表：手机本地音乐 ——存放通过扫描方式获取的所有手机本地的音乐列表最常播放的音乐 ——列表存放了系统自动记录的用户经常播放的音乐列表最新增加的音乐 ——存放了本次扫描与上一次扫描时所增加的音乐列表已下载的音乐 ——存放了所有成功下载的音乐列表自定义列表的音乐 ——用户创建测自定义音乐列表歌词功能：手动下载自动下载自动下载手动匹配歌词自动匹配手动调整歌词显示位置1.输入关键词搜索歌曲名称搜索歌手名称搜索专辑名称搜索简拼搜索2.推荐关键词搜索最流程的歌曲最热门的歌手影视主题曲外文经典音乐经典广告歌曲歌曲3.正文关键词搜索在浏览新闻时。中序遍历的非递归方式 思想是：1. 从根节点一直往下找左孩子节点，直到找到最后一个左孩子节点（用栈将此路径保存，但不访问）2.访问最后一个左孩子节点c 二叉排序树，然后再访问根节点（要先弹出栈，就是在栈中取上一层节点）3.在访问当前节点（最后一个左孩子节点）的兄弟节点（右孩子节点），这里要注意如果兄弟节点是一个叶节点就直接访问，否则是兄弟节点是一颗子树的话不能马上访问，要先来重复 1， 2，3步骤， 直到栈为空，循环结束。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-106858-1.html