我们使用时间复杂度和空间复杂度来衡量算法代码的执行效率,那么为什么要这么麻烦需要自己去衡量一遍呢?把代码跑一遍,通过统计、监控,就能得到算法执行的时间和占用的内存大小。为什么还要做时间、空间复杂度分析呢?这种分析方法能比我实实在在跑一遍得到的数据更准确吗?
这种评估算法执行效率的方法是正确的。很多数据结构和算法书籍还给这种方法起了一个名字,叫事后统计法。但是,这种统计方法有非常大的局限性。
大O 表示法
公式:
代码分析示例:
1 | int cal(int n) { |
假设每一个语句的执行时间为一个单位时间那么,这段代码总的执行时间为:
这里的3指的是2~4行,这里的指的是5、6行,这里的指的是7、8行。即便我们不知道这里的是多少,但是我们可以确定的是所有代码的执行时间 与每行代码的执行次数 成正比。
大 O 时间复杂度实际上并不具体表示代码真正的执行时间,而是表示代码执行时间随数据规模增长的变化趋势,所以,也叫作渐进时间复杂度,简称时间复杂度。
当 n 很大时,可以把它想象成 10000、100000。而公式中的低阶、常量、系数三部分并不左右增长趋势,所以都可以忽略。我们只需要记录一个最大量级就可以了,如果用大 O 表示法表示上例的时间复杂度,就可以记为:。几种常见的时间复杂度:
- 常量阶:
- 对数阶:
- 线性阶:
- 线性对数阶:
- 次方阶:
- 指数阶:
- 阶乘阶:
这几类可以分为多项式量级和非多项式量级,其中非多项式量级只有最后两种。时间复杂度为非多项式量级的算法问题叫作 NP(Non-Deterministic Polynomial,非确定多项式)问题。
空间复杂度
时间复杂度的全称是 渐进时间复杂度,表示算法的执行时间与数据规模之间的 增长关系。类比一下, 空间复杂度全称就是 渐进空间复杂度(asymptotic space complexity),表示算法的存储空间与数据规模之间的 增长关系。例如:
1 | void print(int n) { |
第 2 行代码中,申请了一个空间存储变量 i,但是它是常量阶的,跟数据规模 没有关系,所以可以忽略。第 3 行申请了一个大小为 的 类型数组,除此之外,剩下的代码都没有占用更多的空间,所以整段代码的空间复杂度就是 。常见的空间复杂度就是 、、,像 、 这样的对数阶复杂度平时都用不到。
最好、最坏、平均、均摊时间复杂度
看看这段代码:
1 | // n表示数组array的长度 |
代码可能需要查找的元素在数组内,可能不在,最好的时间复杂度就是第一次搜索就找到结果;最坏的时间复杂度是将数组遍历之后还没找到,或者说就是数组的最后一个元素。下面着重分析平均时间复杂度和均摊时间复杂度。
-
平均时间复杂度:
要查找的变量 在数组中的位置,有 种情况:在数组的 位置中和不在数组中。我们把每种情况下,查找需要遍历的元素个数累加起来,然后再除以 ,就可以得到需要遍历的元素个数的平均值,即:
时间复杂度的大 标记法中,可以省略掉系数、低阶、常量,所以,把刚刚这个公式简化之后,得到的平均时间复杂度就是 。
这样分析有问题,因为这种情况出现的概率不一定是一样的,所以,要查找的变量 ,要么在数组里,要么就不在数组里。假设在数组中与不在数组中的概率都为 。另外,要查找的数据出现在 这 个位置的概率为 。所以要查找的数据出现在 中任意位置的概率就是。这样时间复杂度就为:
这个值就是加权平均值,也叫作期望值,所以平均时间复杂度的全称应该叫加权平均时间复杂度或者期望时间复杂度。使用大表示法,这段代码的加权平均时间复杂度仍然是 。
均摊时间复杂度(amortized time complexity)
例如如下代码段:
1 | // array表示一个长度为n的数组 |
这段代码实现了一个往数组中插入数据的功能。当数组满了之后,也就是代码中的 count == array.length 时,我们用 for 循环遍历数组求和,并清空数组,将求和之后的 sum 值放到数组的第一个位置,然后再将新的数据插入。但如果数组一开始就有空闲空间,则直接将数据插入数组。
在看均摊时间复杂度之前,可以使用平均时间复杂度来尝试着分析一下,这段代码所描述的插入数据的情况有中情况,其中有种情况是有空闲的位置可以插入的,第种情况是数组已经满了,这种情况出现的概率都是一样的,为。这样使用平均时间复杂度来分析的话就是:
其实分析一下代码的逻辑特点,是有规律的,即:一个 插入之后,紧跟着 个 的插入操作,循环往复。这种类似的情况概括起来就是:周期性出现一个特殊的复杂度的情况,往往遇到这样的情况就可以考虑使用摊还分析法:每一次 的插入操作,都会跟着 次 的插入操作,所以把耗时多的那次操作均摊到接下来的 次耗时少的操作上,均摊下来,这一组连续的操作的均摊时间复杂度就是 。这就是均摊分析的大致思路。下面用一段话来概括使用均摊分析的情况:
对一个数据结构进行一组连续操作中,大部分情况下时间复杂度都很低,只有个别情况下时间复杂度比较高,而且这些操作之间存在前后连贯的时序关系,这个时候,我们就可以将这一组操作放在一块儿分析,看是否能将较高时间复杂度那次操作的耗时,平摊到其他那些时间复杂度比较低的操作上。而且,在能够应用均摊时间复杂度分析的场合,一般均摊时间复杂度就等于最好情况时间复杂度。
习题
分析如下代码的时间复杂度:
1 | // 全局变量,大小为10的数组array,长度len,下标i。 |
代码的功能容易看出来,这里就不细说了,下面分析最好、平均、加权平均、最坏和均摊时间复杂度:
-
最好时间复杂度:
插入数据的时候有空间,那么使用大表示法就为: -
最坏时间复杂度:
插入数据的时候没有空间,需要重新申请一个长度为原来长度两倍的数组,假设需要执行的常量时间的语句条数为,那么使用大表示法为: -
平均时间复杂度:
每一种情况认为概率相同,那么使用大表示法为: -
加权平均复杂度:
每一次插入的时候要么有空间,要么没有剩余的空间,设两种可能性均为,而且在有剩余空间的情况下,插入哪一个位置的概率也一样,使用大表示法即:
将最后一种情况均摊到其他的种情况中,那么每一种情况的复杂度均为。
-
均摊时间复杂度:
每一次插入的时候要么有空间,要么没有剩余的空间,设两种可能性均为,而且在有剩余空间的情况下,插入哪一个位置的概率也一样,即:将最后一种情况均摊到其他的种情况中,那么每一种情况的复杂度均为。
在王争的课程中的复杂度分析的后面留了一道思考题,题目如下:
有人说,我们项目之前都会进行性能测试,再做代码的时间复杂度、空间复杂度分析,是不是多此一举呢?而且,每段代码都分析一下时间复杂度、空间复杂度,是不是很浪费时间呢?
有一个回复非常的深刻:
由于做一个性能测试测试结果会受到数据规模测试机器等外界因素的影响,所以性能测试不是很具有代表性,但是时间复杂度和空间复杂度分析是比较客观的,不会受到外界因素的影响,只有先做了复杂度分析我们才能确实最优方案,最后得到最优解才开始做性能测试。 渐进式时间,空间复杂度分析与性能基准测试并不冲突,而是相辅相成的,但是一个低阶的时间复杂度程序有极大的可能性会优于一个高阶的时间复杂度程序,所以在实际编程中,时刻关心理论时间,空间度模型是有助于产出效率高的程序的,同时,因为渐进式时间,空间复杂度分析只是提供一个粗略的分析模型,因此也不会浪费太多时间,重点在于在编程时,要具有这种复杂度分析的思维。