O(n Log(n))系列
接下来是O(nlog n)组别的三个主力: 堆排序 归并排序 快速排序
¶堆排序 Heap Sort
堆是一种数据结构,我们这里要用的是二叉堆。数据可以表现成一颗二叉树,通过对树的节点修改,完成排序操作。
一个数据为[1,2,3,4,5,6,7,8,9,10,11,12,13]
的树长这样
从下到上从左到右观察序号,可以总结出来(当然也可以直接通过计算)
- 第i列有2^(n-1)个数字
- 父节点在 2*i 的位置 或者说
int((i - 1)/2)
的位置 - 左子节点在 2*i + 1
- 右子节点在 2*i + 2
为了排序我们规定左(下)子节点的数据大小永远小于等于右(上)子节点,同时父节点不大于子节点。 获取排序结果的时候只要从左到右从下到上读取这棵树就行。
要进行排序 我们需要做的就是对这些节点进行旋转,术语叫做最大堆调整
但是不能想当然地直接交换父节点和子节点的顺序,这在最后一块虽然是没问题的,但是如图 在中间的话,交换之后 子节点的顺序就出现了错误。
为了完成修改顺序,就需要一层一层向父节点走上去,把小的数字一层一层向上放到父节点,大数字放在子节点上
1 | data = [1, 4, 3, 9, 5, 6, 7, 8, 2, 10, 11, 12, 13] |
for循环从最下面一层的父节点 也就是从右向左第二列开始,先交换9 2 8那组,把2和9的数据交换了位置, 接下来从右向左第三列,将4 5 2(9)的顺序摆正,完成了二叉树的排序
虽然排序完成之后的结果是我们期望的,那是因为第一个数字和最小的数字都是1
如果用我们的随机生成器生成一个丢进来,[3, 5, 4, 8, 2, 7, 6, 0, 9, 1]
可能会得到这样的结果[0, 1, 4, 5, 2, 7, 6, 8, 9, 3]
还需要进一步处理。
不过之前的操作结果很明显,最小的数字到了最上面,这时候只要将第一个数字和最后一个没有确定顺序的数字交换就行 由于还没有排序结果,就把第一个和最后一个数字交换
1 | for end in range(len(data) - 1, 0, -1): |
就能获得从大到小的排序结果了
1 | 调用函数: heap_sort |
10个数字的排序的速度看不出什么,那么就进行100000个数据吧
1 | 调用函数: heap_sort |
不必多说地相比O(n^2)的性能爆炸
¶归并排序 Merge Sort
程序设计的一条重要思维就是大事化小 小事化了 其实就是把大问题分割为一个个小的问题,处理了这些小问题就等于解决了大问题。
归并排序就是基于这一思维的,而且能够很好地用于多线程处理。
归并排序的思想也是出奇地简单:
- 把数据一分为二
- 把一分为二的部分继续细分
- 如果一组只剩下一个或两个数据,则排序并返回上一层
当最后一层退出之后,得到的就是排序完成的数据了!
这需要意会 对方想不出该说什么,直接朝你丢出了代码
1 | def merge_sort(data): |
主要的难点是在控制和记录每一层的左右范围,这里我使用了left_side
和right_side
两个变量来记录左右范围。 程序一层一层通过调用自身,缩小范围,直到只剩下一个或者两个元素在一组里,这是我们期望的最容易排序的情况。开辟一个新空间,存放排序好的这部分元素,在覆盖回这部分的里(left_side
和right_side
范围)。一层一层下去上来,效率极高而且数据量大的话可以分配到多线程来处理。
数据测试同样拿[3, 5, 4, 8, 2, 7, 6, 0, 9, 1]
进行:
1 | 调用函数: merge_sort |
需要开辟新空间进行合并的操作导致了这种算法需要额外一倍的空间。但是速度很可观,100000元素只需要1s不到的时间!
1 | 调用函数: merge_sort |
如果加上多线程,性能想必就会更高了了!
¶快速排序 Quick Sort
这是一种十分简单的算法,简单带来了代码的清晰与高效。通过递归调用达到O(nlog n)的性能。
1 | def quick_sort(data): |
pivot
就是以第一个元素取的基准,将第一个元素后面的,大于基准的放到基准左边,小于的放到右边,一层粗略的排序就完成了。继续重复操作。不过记住,这些都是从元素最少的一层层上来变大的。
简洁带来的提升十分了不得,100000元素的测试比上面两个快了一倍!
1 | 调用函数: quick_sort |
总结
对比O(nlog n)和O(n^2),很明显的不同就是前者多用递归,后者循环搞定。 而递归的好处便是每次需要对比的次数虽然是指数增长的,但也是从少到多,同时数量少的次数最多。 或者换种说法,把任务分成了许许多多小任务,增加了速度。
我们来看看1000000(1M)个元素的排序情况:
调用函数 | heap_sort | merge_sort | quick_sort | build_in_sort |
---|---|---|---|---|
第1次 | 15.538451790127148 | 10.874872713869692 | 6.393853407430754 | 0.7502603732060575 |
第2次 | 15.855851413690411 | 10.857533241648653 | 6.189114391967195 | 0.7355045528497367 |
第3次 | 15.471093442522005 | 10.87834212548428 | 6.152806720529185 | 0.7365906683313892 |
第4次 | 15.276213356989288 | 10.89595602704847 | 6.206629677458523 | 0.7408338368256513 |
第5次 | 15.331094317126087 | 10.845189722152554 | 6.193406199158062 | 0.750332662 |
执行时间 | 77.47270432 | 54.35189383020365 | 31.135810396543718 | 3.7135220931239163 |
平均时间 | 15.494540864090988 | 10.87037876604073 | 6.227162079308743 | 0.7427044186247833 |
最好 | 15.27621336 | 10.84518972 | 6.152806721 | 0.735504553 |
最差 | 15.85585141 | 10.89595603 | 6.393853407 | 0.750332662 |
虽然从左到右一个比一个快了,但还是被内建函数以数量级的区分度碾压···