算法复杂性分析.docVIP

算法复杂性分析 比较两对算法的效率 1 复杂性的计量 3 复杂性的渐近性态及其阶 6 复杂性渐近阶的重要性 10 算法复杂性渐近阶的分析 12 递归方程解的渐近阶的求法 16 递归方程组解的渐进阶的求法——代入法 16 递归方程组解的渐进阶的求法——迭代法 19 递归方程组解的渐进阶的求法——套用公式法 23 递归方程组解的渐进阶的求法——差分方程法 25 递归方程组解的渐进阶的求法——母函数法 29 比较两对算法的效率 考虑问题1：已知不重复且已经按从小到大排好的m个整数的数组A[1..m]（为简单起见。还设m=2 k，k是一个确定的非负整数）。对于给定的整数c，要求寻找一个下标i，使得A[i]=c；若找不到，则返回一个0。问题1的一个简单的算法是：从头到尾扫描数组A。照此，或者扫到A的第i个分量，经检测满足A[i]=c；或者扫到A的最后一个分量，经检测仍不满足A[i]=c。我们用一个函数Search来表达这个算法： Function Search (c:integer):integer; Var J:integer; Begin J:=1; {初始化} {在还没有到达A的最后一个分量且等于c的分量还没有找到时， 查找下一个分量并且进行检测} While (A[i]c)and(jm) do j:=j+1; If A[j]=c then search:=j {在数组A中找到等于c的分量，且此分量的下标为j} else Search:=0; {在数组中找不到等于c的分量} End; 容易看出，在最坏的情况下，这个算法要检测A的所有m个分量才能判断在A中找不到等于c的分量。 解决问题1的另一个算法是利用已知条件中A已排好序的性质。 　　首先拿A的中间分量A[m/2]与c比较，如果A[m/2]=c，则解已找到。 　　如果A[m/2]c，则c只可能在A[1],A[2],..,A[m/2-1]之中，因而下一步只要在A[1],A[2], .. ，A[m/2-1]中继续查找； 　　如果A[m/2]c，则c只可能在A[m/2+1],A[m/2+2],..,A[m]之中，因而下一步只要在A[m/2+1],A[m/2+2],..,A[m]中继续查找。 　　不管哪一种情形，都把下一步需要继续查找的范围缩小了一半。再拿这一半的子数组的中间分量与c比较，照此重复下去，总有一个时候，或者找到一个i使得A[i]=c，或者找不到满足条件的数组元素。 这个新算法因为有反复把供查找的数组分成两半，然后在其中一半继续查找的特征，我们称为二分查找算法。它可以用函数B_Search来表达： Function B_Search ( c: integer):integer; Var L,U,I : integer; {U和L分别是要查找的数组的下标的上界和下界} Found: boolean; Begin L:=1; U:=m; {初始化数组下标的上下界} Found:=false; {当前要查找的范围是A[L]..A[U]。} {当等于c的分量还没有找到且U=L时，继续查找} While (not Found) and (U=L) do Begin I:=(U+L) div 2; {找数组的中间分量} If c=A[I] then Found:=Ture else if cA[I] then L:=I+1 else U:=I-1; End; If Found then B_Search:=1 else B_Search:=0; End; 容易理解，在最坏的情况下最多只要测A中的k+1(k=logm,这里的log以2为底，下同)个元素，就能判断出c是否在A中。 算法Search和B_Search解决的是同一个问题，但在最坏的情况下（所给定的c不在A中），两个算法所需要检测的元素个数却大不相同，前者要m=2 k个，后者只要k+1个。可见算法B_Search比算法Search高效得多。 以上例子说明：解同一个问题，算法不同，则计算的工作量也不同，所需的计算时间随之不同，即时间复杂性不同。 上图是运行这两种算法的时间曲线。该图表明，当m适当大（mm0）时，算法B_Search比算法Search省时，而且当m更大时，节省的时间急剧增加。 不过，应该指出：用实例的运行时间来度量算法的时间复杂性并不合适，因为这个实例时间与运行该算法的实际计算机性能有关。换句话说，这个实例时间不单纯反映算法的效率而是反映包括运行该算法的计算机在内