什麼情況下不能使用最壞情況評估演算法的複雜度?

来源:https://www.cnblogs.com/tong-yuan/archive/2020/07/23/13364195.html
-Advertisement-
Play Games

前言 本篇文章收錄於專輯:http://dwz.win/HjK,點擊解鎖更多數據結構與演算法的知識。 你好,我是彤哥,一個每天爬二十六層樓還不忘讀源碼的硬核男人。 上一節,我們從最壞、平均、最好三種情況分析了演算法的複雜度,得出結論,通常來說,使用最壞情況來評估演算法的複雜度完全夠用了。 但是,有些演算法是 ...


file

前言

本篇文章收錄於專輯:http://dwz.win/HjK,點擊解鎖更多數據結構與演算法的知識。

你好,我是彤哥,一個每天爬二十六層樓還不忘讀源碼的硬核男人。

上一節,我們從最壞、平均、最好三種情況分析了演算法的複雜度,得出結論,通常來說,使用最壞情況來評估演算法的複雜度完全夠用了。

但是,有些演算法是不能使用最壞情況來評估演算法的複雜度的。

那麼,有哪些演算法呢?

本節,我們將從動態數組以及快速排序這兩個個例入手來分析不能使用最壞情況評估複雜度的情形。

動態數組

動態數組,對應於Java中的ArrayList,在插入元素時,分成兩種情況:

  1. 數組未滿,元素放在size下標的位置即可;
  2. 數組滿了,需要擴容,一般擴容為N倍大小,Java裡面是1.5倍,擴容時需要創建一個新的數組,並把原來的元素一個一個地拷貝到新的數組中,再插入新的元素;

我簡單地寫一段代碼,你可以感受下:

public class DynamicArray {
    private int[] array;
    private int size;

    public DynamicArray(int capacity) {
        this.array = new int[capacity];
        this.size = 0;
    }

    // 插入元素,時間複雜度為多少呢?
    public void add(int element) {
        // 判斷是否需要擴容
        if (size >= array.length) {
            int newCapacity = array.length + (array.length >> 1);
            int[] newArray = new int[newCapacity];
            for (int i = 0; i < array.length; i++) {
                newArray[i] = array[i];
            }
            this.array = newArray;
        }
        array[size++] = element;
    }

    public int[] getArray() {
        return array;
    }

    public static void main(String[] args) {
        DynamicArray dynamicArray = new DynamicArray(4);
        dynamicArray.add(1);
        dynamicArray.add(2);
        dynamicArray.add(3);
        dynamicArray.add(4);
        dynamicArray.add(5);
        dynamicArray.add(6);

        for (int element : dynamicArray.getArray()) {
            System.out.println(element);
        }
    }
}

那麼,對於動態數組,它的插入元素方法的時間複雜度是多少呢?

按照上一節的說法,按照最壞情況來評估,最壞情況是插入元素時正好數組滿了需要擴容的時候,此時,需要創建一個額外的數組,同時有一個遍歷原數組的過程。

所以,在最壞情況下,動態數組插入元素的時間複雜度為O(n)。

但是,這樣合理嗎?

顯然是不合理的,我插入前面(n-1)個元素的時候,它的時間複雜度都是O(1),就只有插入第n個元素的時候它的時間複雜度才是O(n),所以,這樣來評估動態數組插入元素的時間複雜度明顯不合理。

那麼,如果我把第n個元素插入所需要的時間均攤到所有元素上會怎麼樣呢?

這樣的話,前面每個元素的插入時間只需要加1,變成O(2),忽略常數項,就還是O(1),這樣明顯是要合理一些。

這種方式跟計算平均時間複雜度有點類似,但是,它不是平均時間複雜度,它有一個專門的名稱叫做均攤時間複雜度

均攤時間複雜度,即對一批樣本中出現的個例情況,將它們耗費的時間均攤到所有樣本上,算出來的一個時間複雜度。

你可以把它和平均時間複雜度對比一下:

  1. 平均時間複雜度的計算中沒有個例,所有樣本是同等看待的,想一下線性查找的過程;
  2. 均攤時間複雜度的計算中有個例,這種個例往往就是最壞的情況,想一下動態數組插入元素的過程;
  3. 線性查找第n個元素不是個例,不能把它的時間均攤到所有元素上;

這兩個概念嚴格來說是有區別的,如果無法理解,當成一樣的也問題不大,比如,這裡如果按平均時間複雜度計算的話,結果為 (1+1+1+...+n)/n = (n-1+n)/n = (2n-1)/n=2-1/n,忽略常數項和低階項,最終的結果也是O(1)。

好了,那麼,我們再來看一下動態數組插入元素時的額外空間複雜度。

是不是一樣的道理?數組未滿時額外空間複雜度為O(1),數組滿時額外空間複雜度為O(n),均攤一下變成O(1)。

所以,對於動態數組插入元素的過程,它的均攤時間複雜度和均攤額外空間複雜度都是O(1)。

快速排序

大家都知道經典的快速排序的時間複雜度是O(nlogn),那麼,它的最壞時間複雜度是不是也是O(nlogn)呢?

讓我們來看下麵這個數組:

file

這是一個有序數組,如果此時用經典快速排序來對其進行排序會怎樣呢?

我們取最右邊的元素為軸(Pivot),也就是12,將小於12的放在它的左邊,大於12的放在它的右邊,發現沒有比12大的,所以,右邊沒有元素,經過此步,12的位置固定不變了。

接著,將12左右兩邊的元素再各取最右邊的元素為軸,12的右邊沒有元素,所以,只需要處理左邊就可以了,以10為軸,比10小的放在它的左邊,比10大的放在它的右邊,發現10的右邊也沒有元素(12已經固定了),經過此步,10的位置固定了。

同樣地,最後一步到1這裡,排序完成。

讓我們來分析一下整個過程的複雜度:

第一步,需要遍歷(n-1)個元素;

第二步,需要遍歷(n-2)個元素;

...

最後一步,需要遍歷0個元素;

這種情況下的時間複雜度為:(n-1) + (n-2) + ... + 1 + 0 = (n-1)n/2 = n^2/2 - n/2,忽略常數項和低階項,它的時間複雜度為O(n^2)。

所以,對於有序數組,使用經典快速排序,它的時間複雜度為O(n^2),這也是最壞的情況。

但是,似乎從來沒有人告訴你,經典快速排序的時間複雜度為O(n^2),而是O(nlog2),這是為什麼呢?

那是因為有序數組相對於經典快速排序,也是屬於個例,窮舉無限多的樣本之後,有序數組的可能性實在是太小,所以,我們一般說經典快速排序的時間複雜度為O(nlogn),而不是以最壞情況來評估它的時間複雜度。

我們這裡說的是經典快速排序,為什麼要加“經典”兩個字呢?

後記

好了,本節,我們通過兩個案例來說明瞭並不是所有的演算法都使用最壞情況來評估它的複雜度。

到現在為止,我們都是使用的大O來表示演算法的複雜度,但是,在其它書籍中,你可能還見過Θ、Ω等表示法,它們又是什麼意思呢?

下一節,我們接著聊。

關註公眾號“彤哥讀源碼”,解鎖更多源碼、基礎、架構知識!


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 最近工作中用到了jQuery UI中排序和拖拽功能,花了大概一天的時間,搞清楚了大概的參數配置,以及遇到的一些問題,總結如下。 sortable 簡單的配置如下: $('#subs-box').sortable({ axis: 'y', cursor: 'ns-resize', placeholde ...
  • 室內地圖製作經過易景空間地圖團隊的持續優化迭代,新版本地圖編輯器中的畫圓柱體、模型庫、快速畫道路、房間直接換紋理貼圖等功能終於上線了,目前市面上一款無需安裝軟體就能直接使用瀏覽器訪問的線上室內地圖製作編輯器。 ...
  • 摘要 重裝電腦系統後,使用npm install初始化項目依賴失敗了,錯誤提示:'proxy' config is set properly..........,具體的錯誤提示如下圖所示: 解決方案 經過報錯信息查詢解決辦法,最終找到了兩個比較好的方案,在此總結一下,以便下次再遇到此類問題。 方案一 ...
  • 引入Javascript的發展史 JavaScript的基本語法篇 1.與HTML結合的方式 2.0 註釋與數據類型 3.0 變數 4.0 運算符 (1)一元運算符 (2)比較運算符 (3)邏輯運算符 (4)三元運算符 5.流程式控制制語句 6.JS特殊語法 練習:在頁面上列印一個99乘法表 <!DOC ...
  • 隨著我國經濟的飛速發展,三維地下管網、地下管線系統直觀高效的參考,結合GIS、資料庫和三維技術,直觀顯示地下管線的空間層次和位置信息,資源的統籌利用審批工作提供準確,易景空間地圖專業致力於三維管網、管網建模、bim管線、三維管網檢測提供專業的技術服務,數據驅動快速生成三維管網矢量模型。 ...
  • 一,效果圖。 二,代碼。 <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>CSS 偽類</title> <style> a:link { color: #FF0000; } /* unvisited link */ a:visi ...
  • 前言 本篇文章收錄於專輯:http://dwz.win/HjK,點擊解鎖更多數據結構與演算法的知識。 你好,我是彤哥,一個每天爬二十六層樓還不忘讀源碼的硬核男人。 前面幾節,我們一起學習了演算法的複雜度如何分析,並從最壞、平均、最好以及不能使用最壞情況全方位無死角的剖析了演算法的複雜度,在我們表示覆雜度的 ...
  • //記錄滑鼠按下 public static bool MouseBtnIsDown = false; //截圖起始坐標 public static Point StartPoint; //截圖的長寬 double width = 0; double height = 0; //滑鼠按下事件 pub ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...