03 | 复杂度分析(上):如何分析、统计算法的执行效率和资源消耗?

我们都知道,数据结构和算法本身解决的是“快”和“省”的问题,即如何让代码运行得更快,如何让代码更省存储空间。所以,执行效率是算法一个非常重要的考量指标。那如何来衡量你编写的算法代码的执行效率呢?这里就要用到我们今天要讲的内容:时间、空间复杂度分析。

其实,只要讲到数据结构与算法,就一定离不开时间、空间复杂度分析。而且,我个人认为,复杂度分析是整个算法学习的精髓,只要掌握了它,数据结构和算法的内容基本上就掌握了一半

复杂度分析实在太重要了,因此我准备用两节内容来讲。希望你学完这个内容之后,无论在任何场景下,面对任何代码的复杂度分析,你都能做到“庖丁解牛”般游刃有余。

为什么需要复杂度分析?

你可能会有些疑惑,我把代码跑一遍,通过统计、监控,就能得到算法执行的时间和占用的内存大小。为什么还要做时间、空间复杂度分析呢?这种分析方法能比我实实在在跑一遍得到的数据更准确吗?

首先,我可以肯定地说,你这种评估算法执行效率的方法是正确的。很多数据结构和算法书籍还给这种方法起了一个名字,叫事后统计法。但是,这种统计方法有非常大的局限性。

1. 测试结果非常依赖测试环境

测试环境中硬件的不同会对测试结果有很大的影响。比如,我们拿同样一段代码,分别用Intel Core i9处理器和Intel Core i3处理器来运行,不用说,i9处理器要比i3处理器执行的速度快很多。还有,比如原本在这台机器上a代码执行的速度比b代码要快,等我们换到另一台机器上时,可能会有截然相反的结果。

2.测试结果受数据规模的影响很大

后面我们会讲排序算法,我们先拿它举个例子。对同一个排序算法,待排序数据的有序度不一样,排序的执行时间就会有很大的差别。极端情况下,如果数据已经是有序的,那排序算法不需要做任何操作,执行时间就会非常短。除此之外,如果测试数据规模太小,测试结果可能无法真实地反映算法的性能。比如,对于小规模的数据排序,插入排序可能反倒会比快速排序要快!

所以,我们需要一个不用具体的测试数据来测试,就可以粗略地估计算法的执行效率的方法。这就是我们今天要讲的时间、空间复杂度分析方法。

大O复杂度表示法

算法的执行效率,粗略地讲,就是算法代码执行的时间。但是,如何在不运行代码的情况下,用“肉眼”得到一段代码的执行时间呢?

这里有段非常简单的代码,求1,2,3...n的累加和。现在,我就带你一块来估算一下这段代码的执行时间。

 int cal(int n) {
   int sum = 0;
   int i = 1;
   for (; i <= n; ++i) {
     sum = sum + i;
   }
   return sum;
 }

从CPU的角度来看,这段代码的每一行都执行着类似的操作:读数据-运算-写数据。尽管每行代码对应的CPU执行的个数、执行的时间都不一样,但是,我们这里只是粗略估计,所以可以假设每行代码执行的时间都一样,为unit_time。在这个假设的基础之上,这段代码的总执行时间是多少呢?

第2、3行代码分别需要1个unit_time的执行时间,第4、5行都运行了n遍,所以需要2n*unit_time的执行时间,所以这段代码总的执行时间就是(2n+2)*unit_time。可以看出来,所有代码的执行时间T(n)与每行代码的执行次数成正比

按照这个分析思路,我们再来看这段代码。

 int cal(int n) {
   int sum = 0;
   int i = 1;
   int j = 1;
   for (; i <= n; ++i) {
     j = 1;
     for (; j <= n; ++j) {
       sum = sum +  i * j;
     }
   }
 }

我们依旧假设每个语句的执行时间是unit_time。那这段代码的总执行时间T(n)是多少呢?

第2、3、4行代码,每行都需要1个unit_time的执行时间,第5、6行代码循环执行了n遍,需要2n * unit_time的执行时间,第7、8行代码循环执行了n2遍,所以需要2n2 * unit_time的执行时间。所以,整段代码总的执行时间T(n) = (2n2+2n+3)*unit_time。

尽管我们不知道unit_time的具体值,但是通过这两段代码执行时间的推导过程,我们可以得到一个非常重要的规律,那就是,所有代码的执行时间T(n)与每行代码的执行次数f(n)成正比

我们可以把这个规律总结成一个公式。注意,大O就要登场了!

我来具体解释一下这个公式。其中,T(n)我们已经讲过了,它表示代码执行的时间;n表示数据规模的大小;f(n)表示每行代码执行的次数总和。因为这是一个公式,所以用f(n)来表示。公式中的O,表示代码的执行时间T(n)与f(n)表达式成正比。

所以,第一个例子中的T(n) = O(2n+2),第二个例子中的T(n) = O(2n2+2n+3)。这就是大O时间复杂度表示法。大O时间复杂度实际上并不具体表示代码真正的执行时间,而是表示代码执行时间随数据规模增长的变化趋势,所以,也叫作渐进时间复杂度(asymptotic time complexity),简称时间复杂度

当n很大时,你可以把它想象成10000、100000。而公式中的低阶、常量、系数三部分并不左右增长趋势,所以都可以忽略。我们只需要记录一个最大量级就可以了,如果用大O表示法表示刚讲的那两段代码的时间复杂度,就可以记为:T(n) = O(n); T(n) = O(n2)。

时间复杂度分析

前面介绍了大O时间复杂度的由来和表示方法。现在我们来看下,如何分析一段代码的时间复杂度?我这儿有三个比较实用的方法可以分享给你。

1.只关注循环执行次数最多的一段代码

我刚才说了,大O这种复杂度表示方法只是表示一种变化趋势。我们通常会忽略掉公式中的常量、低阶、系数,只需要记录一个最大阶的量级就可以了。所以,我们在分析一个算法、一段代码的时间复杂度的时候,也只关注循环执行次数最多的那一段代码就可以了。这段核心代码执行次数的n的量级,就是整段要分析代码的时间复杂度。

为了便于你理解,我还是拿前面的例子来说明。

 int cal(int n) {
   int sum = 0;
   int i = 1;
   for (; i <= n; ++i) {
     sum = sum + i;
   }
   return sum;
 }

其中第2、3行代码都是常量级的执行时间,与n的大小无关,所以对于复杂度并没有影响。循环执行次数最多的是第4、5行代码,所以这块代码要重点分析。前面我们也讲过,这两行代码被执行了n次,所以总的时间复杂度就是O(n)。

2.加法法则:总复杂度等于量级最大的那段代码的复杂度

我这里还有一段代码。你可以先试着分析一下,然后再往下看跟我的分析思路是否一样。

int cal(int n) {
   int sum_1 = 0;
   int p = 1;
   for (; p < 100; ++p) {
     sum_1 = sum_1 + p;
   }

   int sum_2 = 0;
   int q = 1;
   for (; q < n; ++q) {
     sum_2 = sum_2 + q;
   }
 
   int sum_3 = 0;
   int i = 1;
   int j = 1;
   for (; i <= n; ++i) {
     j = 1; 
     for (; j <= n; ++j) {
       sum_3 = sum_3 +  i * j;
     }
   }
 
   return sum_1 + sum_2 + sum_3;
 }

这个代码分为三部分,分别是求sum_1、sum_2、sum_3。我们可以分别分析每一部分的时间复杂度,然后把它们放到一块儿,再取一个量级最大的作为整段代码的复杂度。

第一段的时间复杂度是多少呢?这段代码循环执行了100次,所以是一个常量的执行时间,跟n的规模无关。

这里我要再强调一下,即便这段代码循环10000次、100000次,只要是一个已知的数,跟n无关,照样也是常量级的执行时间。当n无限大的时候,就可以忽略。尽管对代码的执行时间会有很大影响,但是回到时间复杂度的概念来说,它表示的是一个算法执行效率与数据规模增长的变化趋势,所以不管常量的执行时间多大,我们都可以忽略掉。因为它本身对增长趋势并没有影响。

那第二段代码和第三段代码的时间复杂度是多少呢?答案是O(n)和O(n2),你应该能容易就分析出来,我就不啰嗦了。

综合这三段代码的时间复杂度,我们取其中最大的量级。所以,整段代码的时间复杂度就为O(n2)。也就是说:总的时间复杂度等于量级最大的那段代码的时间复杂度。那我们将这个规律抽象成公式就是:

如果T1(n)=O(f(n)),T2(n)=O(g(n));那么T(n)=T1(n)+T2(n)=max(O(f(n)), O(g(n))) =O(max(f(n), g(n))).

3.乘法法则:嵌套代码的复杂度等于嵌套内外代码复杂度的乘积

我刚讲了一个复杂度分析中的加法法则,这儿还有一个乘法法则。类比一下,你应该能“猜到”公式是什么样子的吧?

如果T1(n)=O(f(n)),T2(n)=O(g(n));那么T(n)=T1(n)*T2(n)=O(f(n))*O(g(n))=O(f(n)*g(n)).

也就是说,假设T1(n) = O(n),T2(n) = O(n2),则T1(n) * T2(n) = O(n3)。落实到具体的代码上,我们可以把乘法法则看成是嵌套循环,我举个例子给你解释一下。

int cal(int n) {
   int ret = 0; 
   int i = 1;
   for (; i < n; ++i) {
     ret = ret + f(i);
   } 
 } 
 
 int f(int n) {
  int sum = 0;
  int i = 1;
  for (; i < n; ++i) {
    sum = sum + i;
  } 
  return sum;
 }

我们单独看cal()函数。假设f()只是一个普通的操作,那第4~6行的时间复杂度就是,T1(n) = O(n)。但f()函数本身不是一个简单的操作,它的时间复杂度是T2(n) = O(n),所以,整个cal()函数的时间复杂度就是,T(n) = T1(n) * T2(n) = O(n*n) = O(n2)。

我刚刚讲了三种复杂度的分析技巧。不过,你并不用刻意去记忆。实际上,复杂度分析这个东西关键在于“熟练”。你只要多看案例,多分析,就能做到“无招胜有招”。

几种常见时间复杂度实例分析

虽然代码千差万别,但是常见的复杂度量级并不多。我稍微总结了一下,这些复杂度量级几乎涵盖了你今后可以接触的所有代码的复杂度量级。

对于刚罗列的复杂度量级,我们可以粗略地分为两类,多项式量级非多项式量级。其中,非多项式量级只有两个:O(2n)和O(n!)。

我们把时间复杂度为非多项式量级的算法问题叫作NP(Non-Deterministic Polynomial,非确定多项式)问题。

当数据规模n越来越大时,非多项式量级算法的执行时间会急剧增加,求解问题的执行时间会无限增长。所以,非多项式时间复杂度的算法其实是非常低效的算法。因此,关于NP时间复杂度我就不展开讲了。我们主要来看几种常见的多项式时间复杂度

1. O(1)

首先你必须明确一个概念,O(1)只是常量级时间复杂度的一种表示方法,并不是指只执行了一行代码。比如这段代码,即便有3行,它的时间复杂度也是O(1),而不是O(3)。

 int i = 8;
 int j = 6;
 int sum = i + j;

我稍微总结一下,只要代码的执行时间不随n的增大而增长,这样代码的时间复杂度我们都记作O(1)。或者说,一般情况下,只要算法中不存在循环语句、递归语句,即使有成千上万行的代码,其时间复杂度也是Ο(1)

2. O(logn)、O(nlogn)

对数阶时间复杂度非常常见,同时也是最难分析的一种时间复杂度。我通过一个例子来说明一下。

 i=1;
 while (i <= n)  {
   i = i * 2;
 }

根据我们前面讲的复杂度分析方法,第三行代码是循环执行次数最多的。所以,我们只要能计算出这行代码被执行了多少次,就能知道整段代码的时间复杂度。

从代码中可以看出,变量i的值从1开始取,每循环一次就乘以2。当大于n时,循环结束。还记得我们高中学过的等比数列吗?实际上,变量i的取值就是一个等比数列。如果我把它一个一个列出来,就应该是这个样子的:

所以,我们只要知道x值是多少,就知道这行代码执行的次数了。通过2x=n求解x这个问题我们想高中应该就学过了,我就不多说了。x=log2n,所以,这段代码的时间复杂度就是O(log2n)。

现在,我把代码稍微改下,你再看看,这段代码的时间复杂度是多少?

 i=1;
 while (i <= n)  {
   i = i * 3;
 }

根据我刚刚讲的思路,很简单就能看出来,这段代码的时间复杂度为O(log3n)。

实际上,不管是以2为底、以3为底,还是以10为底,我们可以把所有对数阶的时间复杂度都记为O(logn)。为什么呢?

我们知道,对数之间是可以互相转换的,log3n就等于log32 * log2n,所以O(log3n) = O(C * log2n),其中C=log32是一个常量。基于我们前面的一个理论:在采用大O标记复杂度的时候,可以忽略系数,即O(Cf(n)) = O(f(n))。所以,O(log2n) 就等于O(log3n)。因此,在对数阶时间复杂度的表示方法里,我们忽略对数的“底”,统一表示为O(logn)。

如果你理解了我前面讲的O(logn),那O(nlogn)就很容易理解了。还记得我们刚讲的乘法法则吗?如果一段代码的时间复杂度是O(logn),我们循环执行n遍,时间复杂度就是O(nlogn)了。而且,O(nlogn)也是一种非常常见的算法时间复杂度。比如,归并排序、快速排序的时间复杂度都是O(nlogn)。

3. O(m+n)、O(m*n)

我们再来讲一种跟前面都不一样的时间复杂度,代码的复杂度由两个数据的规模来决定。老规矩,先看代码!

int cal(int m, int n) {
  int sum_1 = 0;
  int i = 1;
  for (; i < m; ++i) {
    sum_1 = sum_1 + i;
  }

  int sum_2 = 0;
  int j = 1;
  for (; j < n; ++j) {
    sum_2 = sum_2 + j;
  }

  return sum_1 + sum_2;
}

从代码中可以看出,m和n是表示两个数据规模。我们无法事先评估m和n谁的量级大,所以我们在表示复杂度的时候,就不能简单地利用加法法则,省略掉其中一个。所以,上面代码的时间复杂度就是O(m+n)。

针对这种情况,原来的加法法则就不正确了,我们需要将加法规则改为:T1(m) + T2(n) = O(f(m) + g(n))。但是乘法法则继续有效:T1(m)*T2(n) = O(f(m) * f(n))。

空间复杂度分析

前面,咱们花了很长时间讲大O表示法和时间复杂度分析,理解了前面讲的内容,空间复杂度分析方法学起来就非常简单了。

前面我讲过,时间复杂度的全称是渐进时间复杂度表示算法的执行时间与数据规模之间的增长关系。类比一下,空间复杂度全称就是渐进空间复杂度(asymptotic space complexity),表示算法的存储空间与数据规模之间的增长关系

我还是拿具体的例子来给你说明。(这段代码有点“傻”,一般没人会这么写,我这么写只是为了方便给你解释。)

void print(int n) {
  int i = 0;
  int[] a = new int[n];
  for (i; i <n; ++i) {
    a[i] = i * i;
  }

  for (i = n-1; i >= 0; --i) {
    print out a[i]
  }
}

跟时间复杂度分析一样,我们可以看到,第2行代码中,我们申请了一个空间存储变量i,但是它是常量阶的,跟数据规模n没有关系,所以我们可以忽略。第3行申请了一个大小为n的int类型数组,除此之外,剩下的代码都没有占用更多的空间,所以整段代码的空间复杂度就是O(n)。

我们常见的空间复杂度就是O(1)、O(n)、O(n2 ),像O(logn)、O(nlogn)这样的对数阶复杂度平时都用不到。而且,空间复杂度分析比时间复杂度分析要简单很多。所以,对于空间复杂度,掌握刚我说的这些内容已经足够了。

内容小结

基础复杂度分析的知识到此就讲完了,我们来总结一下。

复杂度也叫渐进复杂度,包括时间复杂度和空间复杂度,用来分析算法执行效率与数据规模之间的增长关系,可以粗略地表示,越高阶复杂度的算法,执行效率越低。常见的复杂度并不多,从低阶到高阶有:O(1)、O(logn)、O(n)、O(nlogn)、O(n2 )。等你学完整个专栏之后,你就会发现几乎所有的数据结构和算法的复杂度都跑不出这几个。

复杂度分析并不难,关键在于多练。 之后讲后面的内容时,我还会带你详细地分析每一种数据结构和算法的时间、空间复杂度。只要跟着我的思路学习、练习,你很快就能和我一样,每次看到代码的时候,简单的一眼就能看出其复杂度,难的稍微分析一下就能得出答案。

课后思考

有人说,我们项目之前都会进行性能测试,再做代码的时间复杂度、空间复杂度分析,是不是多此一举呢?而且,每段代码都分析一下时间复杂度、空间复杂度,是不是很浪费时间呢?你怎么看待这个问题呢?

欢迎留言和我分享,我会第一时间给你反馈。

精选留言

  • xr

    2018-09-26 01:50:21

    我不认为是多此一举,渐进时间,空间复杂度分析为我们提供了一个很好的理论分析的方向,并且它是宿主平台无关的,能够让我们对我们的程序或算法有一个大致的认识,让我们知道,比如在最坏的情况下程序的执行效率如何,同时也为我们交流提供了一个不错的桥梁,我们可以说,算法1的时间复杂度是O(n),算法2的时间复杂度是O(logN),这样我们立刻就对不同的算法有了一个“效率”上的感性认识。

    当然,渐进式时间,空间复杂度分析只是一个理论模型,只能提供给粗略的估计分析,我们不能直接断定就觉得O(logN)的算法一定优于O(n), 针对不同的宿主环境,不同的数据集,不同的数据量的大小,在实际应用上面可能真正的性能会不同,个人觉得,针对不同的实际情况,进而进行一定的性能基准测试是很有必要的,比如在统一一批手机上(同样的硬件,系统等等)进行横向基准测试,进而选择适合特定应用场景下的最有算法。

    综上所述,渐进式时间,空间复杂度分析与性能基准测试并不冲突,而是相辅相成的,但是一个低阶的时间复杂度程序有极大的可能性会优于一个高阶的时间复杂度程序,所以在实际编程中,时刻关心理论时间,空间度模型是有助于产出效率高的程序的,同时,因为渐进式时间,空间复杂度分析只是提供一个粗略的分析模型,因此也不会浪费太多时间,重点在于在编程时,要具有这种复杂度分析的思维。
    作者回复

    写得很好。理解的到位

    2018-09-26 07:11:41

  • 姜威

    2018-09-26 08:30:09

    总结
    一、什么是复杂度分析?
    1.数据结构和算法解决是“如何让计算机更快时间、更省空间的解决问题”。
    2.因此需从执行时间和占用空间两个维度来评估数据结构和算法的性能。
    3.分别用时间复杂度和空间复杂度两个概念来描述性能问题,二者统称为复杂度。
    4.复杂度描述的是算法执行时间(或占用空间)与数据规模的增长关系。
    二、为什么要进行复杂度分析?
    1.和性能测试相比,复杂度分析有不依赖执行环境、成本低、效率高、易操作、指导性强的特点。
    2.掌握复杂度分析,将能编写出性能更优的代码,有利于降低系统开发和维护成本。
    三、如何进行复杂度分析?
    1.大O表示法
    1)来源
    算法的执行时间与每行代码的执行次数成正比,用T(n) = O(f(n))表示,其中T(n)表示算法执行总时间,f(n)表示每行代码执行总次数,而n往往表示数据的规模。
    2)特点
    以时间复杂度为例,由于时间复杂度描述的是算法执行时间与数据规模的增长变化趋势,所以常量阶、低阶以及系数实际上对这种增长趋势不产决定性影响,所以在做时间复杂度分析时忽略这些项。
    2.复杂度分析法则
    1)单段代码看高频:比如循环。
    2)多段代码取最大:比如一段代码中有单循环和多重循环,那么取多重循环的复杂度。
    3)嵌套代码求乘积:比如递归、多重循环等
    4)多个规模求加法:比如方法有两个参数控制两个循环的次数,那么这时就取二者复杂度相加。
    四、常用的复杂度级别?
    多项式阶:随着数据规模的增长,算法的执行时间和空间占用,按照多项式的比例增长。包括,
    O(1)(常数阶)、O(logn)(对数阶)、O(n)(线性阶)、O(nlogn)(线性对数阶)、O(n^2)(平方阶)、O(n^3)(立方阶)
    非多项式阶:随着数据规模的增长,算法的执行时间和空间占用暴增,这类算法性能极差。包括,
    O(2^n)(指数阶)、O(n!)(阶乘阶)
    五、如何掌握好复杂度分析方法?
    复杂度分析关键在于多练,所谓孰能生巧。
    作者回复

    总结的很棒

    2018-09-26 08:43:35

  • 吕宁

    2018-09-26 09:56:01

    老师好,我们上算法课,老师讲到存储一个二进制数,输入规模(空间复杂度)是O(logn) bit。请问如何理解?
    作者回复

    比如8用二进制表示就是3个bit。16用二进制表示就是4个bit。以此类推 n用二进制表示就是logn个bit

    2018-09-26 13:08:27

  • 芳芳

    2018-09-26 06:57:17

    糟糕,是看不懂的感觉
  • realEago

    2018-09-26 10:30:34

    看不懂别慌,也别忙着总结,先读五遍文章先,无他,唯手熟尔~
    作者回复

    说的太好了 我这里也没葵花宝典 学还是得靠自己

    2018-09-26 12:59:07

  • 二三子也

    2018-09-26 00:12:16

    老师,代码片段把行号也写上吧。
    作者回复

    嗯嗯 我联系运营加上

    2018-09-26 07:42:36

  • 起名好难

    2018-09-26 06:53:53

    文章里也说了,性能测试这种是受环境所影响的。作为程序员,我们能做的就是尽可能的降低复杂度,才能让代码在不同的环境下以最快的效率执行。至于是不是浪费时间,我觉得其实是个伪命题。首先按刚刚分析过程来看,通过熟悉练习,简单的代码是可以直接看出来复杂度的也就是不费时间;而比较复杂的代码就容易“一不小心”太“复杂”了,这个时候,为了代码质量考虑分析复杂度的时间也并不浪费。再有甚者,我们学习这个分析法,我觉得更多的是要明白这个理念,在写代码的时候就能关注一下这方面的问题,毕竟复杂的代码在写的过程往往是先分析整体逻辑结构的,并且写的过程也需要不断思考,了解这个理念后才能在写的过程中也思考关注这个点。不然,复杂的一段代码一旦写成,日后因为性能问题重构,更费时间。

    以上是对课后题的思考,欢迎批评指正☺。
    另: 感觉加法法则那个图,maxf(n)+g(n) 换成max(f(n)+g(n))会不会更好些?
    作者回复

    理解的非常透彻 非常有逻辑性 很赞。ps 图画错了 我联系运营改下

    2018-09-26 07:40:47

  • scarlett

    2018-09-26 18:17:44

    回答 thinkings 的问题
    i=1;
    while (i <= n) {
    i = i * 2
    }
    假设n= 20,i每次的取值是2 4 8 16 执行4次,时间复杂度是O(log2n)
    i=1;
    while (i <= n) {
    i = i + 2
    }
    假设 n=20 i每次取值:3,5,7,9,11,13,15,17,19 ,执行9次,时间复杂度是O(n/2),根据老师讲的 公式中的低阶、常量、系数三部分并不左右增长趋势,所以都可以忽略,所以是O(n)
    作者回复

    👍 分析的通俗易懂 棒棒哒

    2018-09-26 22:34:17

  • 有一天

    2018-09-26 17:02:39

    一直有一个很纠结的问题,烦请解答一下:O具体是哪一个英文字母的缩写?
    作者回复

    不是英文缩写 就是一个数学符号而已

    2018-09-26 23:19:00

  • Geek_242743

    2018-09-26 01:21:00

    没有看懂,所以,我们只要知道 x 值是多少,就知道这行代码执行的次数了。通过 2x=n 求解 x 这个问题我们想高中应该就学过了,我就不多说了。 这里的x不就是代码里的n吗,时间复杂度不是O(n)吗?
    作者回复

    i 第一次等于1
    第2次等于2
    第3次等于2*2
    第4次等于2*2*2
    .....
    第x次等于2的x-1次方
    ……
    那第几次之后等于n呢

    也就是2的x-1次方等于n求解x

    x粗略点讲就近似于logn

    也就是代码执行了logn遍就退出循环了

    所以根据大o标记法 为logn



    2018-09-26 07:19:54

  • 女干部

    2018-09-26 03:09:15

    第二个例子中,第6.7行为什么是2n平方遍而不是n平方遍呢?
    作者回复

    因为两层循环 一层是n 两层是n*n。不信你自己令n=5 自己算算

    2018-09-26 07:09:18

  • 最爱小黑黑

    2018-09-26 00:38:16

    睡前刷一遍 明早起来再细看一遍 加油各位!
  • Monday

    2018-09-26 09:44:13

    本节通读两遍,通俗易懂,对复杂度的概念有了新的认识。
    复杂度就是用来分析算法执行效率与数据规模之间增长关系。
    思考题,性能测试与复杂度分析不冲突,原因如下:
    1、性能测试是依附于具体的环境,如SIT、UAT机器配置及实例数量不一致结果也有差别。
    2、复杂度分析是独立于环境的,可以大致估算出程序所执行的效率。
    3、将复杂度熟记于心,能够写出更高效率、更好性能的代码。若某接口通过性能测试,达不到预期,还可以用复杂度分析接口代码,找出最影响性能的代码,进行优化。

    每段代码都分析一下时间复杂度、空间复杂度,是不是很浪费时间呢?
    这个问题分两种情况讨论
    1、开发过程中,码代码的过程中就能得出其复杂度,这并不会太多的浪费时间,同时只有分析了每段代码的复杂度,才能估算出它们的执行效率。
    2、优化代码时,只有在分析每段代码的复杂度后,才能定位问题代码,才能做相应优化

    另外提出两个问题:
    1、评论太多,也无法进行关键字搜索,一般没有时间爬楼全部看完,导致不同学友提出一样的问题
    2、评论太多,可能有些评论不正确,需要官方确认正确与否,以免误导学友。


    作者回复

    理解的很透彻!

    2018-09-26 10:23:11

  • huangjh

    2018-09-27 09:02:53

    有必要,性能测试更多的是一种实验结果。而复杂度分析,可以帮助我们分析内因。
    作者回复

    简洁到位!

    2018-09-27 09:04:46

  • 2018-10-20 13:41:04

    阅后留痕

    先说三点感受:
    1:王争老师的算法功力真是深厚,能化繁为简,能把复杂的东西简单化
    2:栏中高手如云,延迟学习的好处也是极大的,能看到各种声音,有些言简意赅,直至本质
    3:订阅这个专栏时也订阅了其他的,其他的结束才来跟进这个,为此还放弃了另外一个,王老师讲解的算法通俗易懂,妙趣横生,我相信这次一定收益匪浅,今天是周六,我希望这个周末能补上拉下的课程(当然,不明白的还是要反复学习的,看精选留言也受益良多)

    回归初心
    1:为什么王老师要开设这个专栏?
    为了提高国内编程水平的高度
    2:为什么我要学习这个专栏?
    为了提高自身编程的水平
    3:为什么我要提高自身编程的水平?
    为了更高的职级、更好的待遇、更多的选择。。。
    4:为什么我的水平高了,公司肯给我更高的职级和待遇?
    为了公司程序运行的更快、更好、更稳定,为了提供更好的服务,赚更多的钱,
    公司间的竞争、国家间的竞争,都在拼速度、拼效率,从大往小了去落实就落到了我们每个人的身上了,就落到我们每个人的工作效率上了,程序员通过构建程序来和电脑打交道,程序的效率就非常的重要了。
    5:那么问题来了,怎么评价一段代码的好坏呢?
    完成同样的功能,理解起来更简单、执行起来更快、消耗的资源更少,那就是好程序,那就能节省成本,提高竞争力。我们学习数据结构和算法就是为了写出这样的高效程序,而复杂度分析这个知识就是用于衡量一个算法是好是坏?是快是慢?是优是劣?的一个理论工具。

    6:复杂度分析的工具,有两个
    一个是时间复杂度,也叫做渐进时间复杂度,因为它表示的含义是:代码执行时间随数据规模增长的变化趋势
    另一个是空间复杂度,也叫做渐进空间复杂度,因为它所表示的含义是:代码执行空间随数据规模之间的变化趋势
    这里的核心变量是数据规模,关注趋势有两个一个是时间、一个是空间,一个算法随着数据规模的增长,所用时间的变化趋势越平稳,所用空间的变化趋势越平稳,我们则认为这样的算法是牛逼的算法高效的算法。

    那怎么表示数据规模的增长和时间、空间的变化趋势哪?
    使用图表形象直观最好不过了,怎么画这些图表呢?数学公式是可以转换为图表的,那就用数学公司吧!不过应该使用那些数据公式呢?当然是使用那些能表现变化趋势,又能直指变化趋势本质的数学公式了,当然,变化趋势这个含义是一定要表现出来的,于是就选择了O表示法,O的本质含义是:同阶无穷大
    常见的时间复杂度按数量级递增,如下:
    1)常量级 O(1) 随着数据规模n增大,对应算法的时间复杂度不变
    2)对数级 O(logn) 随着数据规模n增大,对应算法的时间复杂度成对数曲线logn变化
    3)线性级 O(n) 随着数据规模n增大,对应算法的时间复杂度成线性曲线n变化
    4)线性对数级 O(nlogn) 随着数据规模n增大,对应算法的时间复杂度成线性对数曲线nlogn变化
    5)平方级 O(n^2) 随着数据规模n增大,对应算法的时间复杂度成平方级n^2变化
    6)立方级 O(n^3) 随着数据规模n增大,对应算法的时间复杂度成立方级n^3变化
    7)K此方级 O(n^k) 随着数据规模n增大,对应算法的时间复杂度成n^k次方级变化
    8)指数级 O(2^n) 随着数据规模n增大,对应算法的时间复杂度成2^n次方级变化
    9)阶乘级 O(n!) 随着数据规模n增大,对应算法的时间复杂度成n!阶乘级变化

    常见的空间复杂度按数量级递增,如下:
    1)常数级 O(1) 随着数据规模n增大,对应算法的空间复杂度不变
    2)线性级 O(n) 随着数据规模n增大,对应算法的空间复杂度成线性曲线n变化
    3)平方级 O(n^2) 随着数据规模n增大,对应算法的空间复杂度成立方曲线n^2变化

    时间复杂度和空间复杂度这些O表示法都是怎么推出来的呢?
    一段代码的总执行时间=这段代码所有行的执行时间(循环行,可以通过拉平的方式来统计,换言之:所有代码的执行时间与每行代码的执行次数n成正比)

    T(n)=O(f(n))
    T(n) 表示代码执行的时间;
    n 表示数据规模的大小;
    f(n) 表示每行代码执行的次数总和。因为它是一个公式,所以用 f(n) 来表示。
    公式中的 O,表示代码的执行时间 T(n) 与 f(n) 表达式成正比。表示代码的执行时间随数据规模的增长的变化趋势

    核心思想是:仅关注数据规模的增长和所执行时间、所使用空间的变化关系,假设软硬件环境等其他因素完全一致,并且在数据规模n无限增长的极限情况,忽略低阶、常量、系数,这些不影响变化趋势的细枝末节,使用变化的最大趋势,表示变化趋势即可。
    这种方式,简单、快捷、不依赖环境和待测数据的情况,能粗略的反应算法的性能。
    计算时间复杂度的原则:
    1)关注最多循环
    2)加法法则
    3)乘法法则

  • 冯剑

    2018-09-26 08:16:02

    在分析多项式复杂度的时候,有根据输入规模确定复杂度O(m+n),我的理解是 假设n是相对比较大的值,那么这个复杂度O(m+n)<=O(2n),2是常量,这样的话复杂度不就是O(n),请问下,O(n)和O(m+n)的区别在什么地方?有什么应用场景能体现出二者不同
  • Dwyane

    2018-09-26 12:16:52

    03
    大家好,这是我的总结:

    公式中的低阶、常量、系数三部分并不左右增长趋势,所以都可以忽略
    1. 只关注循环执行次数最多的一段代码
    2.加法法则:总复杂度等于量级最大的那段代码的复杂度
    3. 乘法法则:嵌套代码的复杂度等于嵌套内外代码复杂度的乘积


    只要代码的执行时间不随 n 的增大而增长,这样代码的时间复杂度我们集作O(1)
    不同数据规模,无法评估 m 和 n 的量级大,所以不能利用加法法则,去掉某一个,而是 O(m+n)

    空间复杂度:表示算法的存储空间与数据规模之间的增加关系

    额外说一下:log3n 就等于 log32 * log2n 其实是利用换底公示推导,有疑问的搜一下。
    作者回复

    是换底公式 👍

    2018-09-26 12:51:24

  • 小疯子

    2018-09-26 13:01:54

    思考题没有经历过,工作环境中没有出现过这个场景,算法学习只是自己一人在默默的修炼内功,从榜首那位的分析中涨了见识,也很在理~
    今日学习感想:久违的数学学习之感~没有看过专门的算法书籍,没有对比感,真心感觉老师讲的很清晰!
    今日笔记:
    一、复杂度分析
    1、为什么进行复杂度分析?研究算法与数据结构,目的在于“快执行+省存储空间”,故对代码的复杂度进行分析是极有必要的;
    2、对比事后统计法(应该就是评论区里说的性能测试)的优点在于:后者依赖测试环境,且受数据规模的影响大,标准难把控;
    3、概念:不利用测试数据,粗略估算代码的执行效率。
    二、大O复杂度表示方法
    1、T(n)=O(F(n)) :T(n)代表代码执行时间,F(n)代表代码总执行次数,O表示代码执行时间与代码总执行次数成正比。
    2、大O时间复杂度代表代码执行时间随数据规模增长的变化趋势,数据规模超大时,低阶、常量、系数并不能左右增长趋势,所以只需记录最大量级即可。
    三、常见的时间复杂度的分析方法:
    1、只关心循环执行次数最多的代码;
    2、加法法则,取量级更大的那个:T(n)=O(max(f(n),g(n)));
    3、乘法法则,嵌套代码复杂度=嵌套内外复杂度的乘积:T(n)=O(f(n)*g(n));

    四、常见时间复杂度
    第一种:多项式时间复杂度(按数量级递增)
    1、O(1) 常量阶,代码执行时间不随n增大而增大,见于无循环无递归代码,不论多少行~O(1)是一种表示方式(不论多少行);
    2、O(logN)对数阶,因为对数可以互相转换,且常量系数可忽略,所以忽略对数的底;
    3、O(n)线性阶;
    4、O(nlogN)对数线性阶;
    5、各种次方阶。
    第二种:非多项式时间复杂度:O(2的n次方) 和 O(n!) 属于非常低效的算法
    第三种:O(m+n)与O(m*n),代码复杂度由两个数据规模决定,由于无法得知m、n哪个量级更大,故不能直接取其一。
    五、空间复杂度分析
    1、定义:算法存储空间与数据规模增长的关系,主要看声明的空间存储变量所需要的控件存储量
    2、O(1)、O(n)、O(n平方),个人认为可参考基本数据类型、一维数组、二维数组,希望老师可以加上代码举例。






  • 南山

    2018-09-26 09:44:32

    有必要,基准测试是事后,也是理论验证,有时候O(n)未必一定比O(1)效率低。
    复杂度分析是理论,整体趋势上反应了一个算法的时间或者空间利用率与数据规模的渐进关系,并且像程序员之间使用设计模式来讨论代码设计一样,说出名字就大致知道代码是如何组织的,大O也是一样。
    随着自己使用大O分析代码复杂度的熟练程度增加,判断一段代码的复杂度可能分分钟的事情,甚至更快。
    作者回复

    理解的很透彻!

    2018-09-26 10:21:32

  • ChaoYrAx

    2018-09-26 10:53:37

    老师 空间复杂度 和时间复杂度的 具体区别是什么,我怎么看上去像一样的
    作者回复

    一个表示内存的消耗 一个表示执行的快慢

    2018-09-26 12:55:46