一文說通C#中的非同步編程

来源:https://www.cnblogs.com/tiger-wang/archive/2020/07/22/13357981.html
-Advertisement-
Play Games

天天寫，不一定就明白。 又及，前兩天看了一個關於同步方法中調用非同步方法的文章，裡面有些概念不太正確，所以整理了這個文章。 一、同步和非同步。 先說同步。 同步概念大家都很熟悉。在非同步概念出來之前，我們的代碼都是按同步的方式寫的。簡單來說，就是程式嚴格按照代碼的邏輯次序，一行一行執行。 看一段代碼： p ...


天天寫，不一定就明白。

又及，前兩天看了一個關於同步方法中調用非同步方法的文章，裡面有些概念不太正確，所以整理了這個文章。

 

一、同步和非同步。

先說同步。

同步概念大家都很熟悉。在非同步概念出來之前，我們的代碼都是按同步的方式寫的。簡單來說，就是程式嚴格按照代碼的邏輯次序，一行一行執行。

看一段代碼：

public static void Main(string[] args)
{
    Console.WriteLine("Syc proccess - start");

    Console.WriteLine("Syc proccess - enter Func1");
    func1();
    Console.WriteLine("Syc proccess - out Func1");

    Console.WriteLine("Syc proccess - enter Func2");
    func2();
    Console.WriteLine("Syc proccess - out Func2");

    Console.WriteLine("Syc proccess - enter Func3");
    func3();
    Console.WriteLine("Syc proccess - out Func3");

    Console.WriteLine("Syc proccess - done");
}

private static void func1()
{
    Console.WriteLine("Func1 proccess - start");
    Thread.Sleep(1000);
    Console.WriteLine("Func1 proccess - end");
}

private static void func2()
{
    Console.WriteLine("Func2 proccess - start");
    Thread.Sleep(3000);
    Console.WriteLine("Func2 proccess - end");
}

private static void func3()
{
    Console.WriteLine("Func3 proccess - start");
    Thread.Sleep(5000);
    Console.WriteLine("Func3 proccess - end");
}

這是一段簡單的通常意義上的代碼，程式按代碼的次序同步執行，看結果：

Syc proccess - start
Syc proccess - enter Func1
Func1 proccess - start
Func1 proccess - end
Syc proccess - out Func1
Syc proccess - enter Func2
Func2 proccess - start
Func2 proccess - end
Syc proccess - out Func2
Syc proccess - enter Func3
Func3 proccess - start
Func3 proccess - end
Syc proccess - out Func3
Syc proccess - done

沒有任何意外。

    為了防止不提供原網址的轉載，特在這裡加上原文鏈接：https://www.cnblogs.com/tiger-wang/p/13357981.html

 

那非同步呢？

非同步，來自於對同步處理的改良和優化。

應用中，經常會有對於文件或網路、資料庫的IO操作。這些操作因為IO軟硬體的原因，需要消耗很多時間，但通常情況下CPU計算量並不大。在同步的代碼中，這個過程會被阻塞。直白的說法就是這一行代碼沒執行完成，程式就得等著，等完成後再執行下一行代碼，而這個等待的時間中，CPU資源就被浪費了，閑著了，什麼也沒做。（當然，操作系統會調度CPU乾別的，這兒不抬杠。）

非同步編程模型和規範因此出現了，通過某種機制，讓程式在等著IO的過程中，繼續做點別的事，等IO的過程完成了，再回來處理IO的內容。這樣CPU也沒閑著，在等IO的過程中多做了點事。反映到用戶端，就感覺程式更快了，用時更短了。

 

下麵重點說一下非同步編程相關的內容。

二、非同步編程

C#中，非同步編程，一個核心，兩個關鍵字。

一個核心是指Task和Task<T>對象，而兩個關鍵字，就是async和await。

從各種渠道給出的非同步編程，都是下麵的方式：

async Task function()
{
  /* your code here */
}

然後調用的方式：

await function();

是這樣的嗎？嗯，圖樣圖森破～～～

 

我們來看代碼：

static async Task Main(string[] args)
{
    Console.WriteLine("Async proccess - start");

    Console.WriteLine("Async proccess - enter Func1");
    await func1();
    Console.WriteLine("Async proccess - out Func1");

    Console.WriteLine("Async proccess - enter Func2");
    await func2();
    Console.WriteLine("Async proccess - out Func2");

    Console.WriteLine("Async proccess - enter Func3");
    await func3();
    Console.WriteLine("Async proccess - out Func3");

    Console.WriteLine("Async proccess - done");

    Console.WriteLine("Main proccess - done");
}

private static async Task func1()
{
    Console.WriteLine("Func1 proccess - start");
    Thread.Sleep(1000);
    Console.WriteLine("Func1 proccess - end");
}

private static async Task func2()
{
    Console.WriteLine("Func2 proccess - start");
    Thread.Sleep(3000);
    Console.WriteLine("Func2 proccess - end");
}

private static async Task func3()
{
    Console.WriteLine("Func3 proccess - start");
    Thread.Sleep(5000);
    Console.WriteLine("Func3 proccess - end");
}

跑一下結果：

Async proccess - start
Async proccess - enter Func1
Func1 proccess - start
Func1 proccess - end
Async proccess - out Func1
Async proccess - enter Func2
Func2 proccess - start
Func2 proccess - end
Async proccess - out Func2
Async proccess - enter Func3
Func3 proccess - start
Func3 proccess - end
Async proccess - out Func3
Async proccess - done
Main proccess - done

咦？這個好像跟同步代碼的執行結果沒什麼區別啊？

 

嗯，完全正確。上面這個代碼，真的是同步執行的。

這是非同步編程的第一個容易錯誤的理解：async和await的配對。

三、async和await的配對

在非同步編程的規範中，async修飾的方法，僅僅表示這個方法在內部有可能採用非同步的方式執行，CPU在執行這個方法時，會放到一個新的線程中執行。

那這個方法，最終是否採用非同步執行，不決定於是否用await方式調用這個方法，而決定於這個方法內部，是否有await方式的調用。

看代碼，很容易理解：

private static async Task func1()
{
    Console.WriteLine("Func1 proccess - start");
    Thread.Sleep(1000);
    Console.WriteLine("Func1 proccess - end");
}

這個方法，因為方法內部沒有await調用，所以這個方法永遠會以同步方式執行，不管你調用這個方法時，有沒有await。

而下麵這個代碼：

private static async Task func1()
{
    Console.WriteLine("Func1 proccess - start");
    await Task.Run(() => Thread.Sleep(1000));
    Console.WriteLine("Func1 proccess - end");
}

因為這個方法里有await調用，所以這個方法不管你以什麼方式調用，有沒有await，都是非同步執行的。

看代碼：

static async Task Main(string[] args)
{
    Console.WriteLine("Async proccess - start");

    Console.WriteLine("Async proccess - enter Func1");
    func1();
    Console.WriteLine("Async proccess - out Func1");

    Console.WriteLine("Async proccess - enter Func2");
    func2();
    Console.WriteLine("Async proccess - out Func2");

    Console.WriteLine("Async proccess - enter Func3");
    func3();
    Console.WriteLine("Async proccess - out Func3");

    Console.WriteLine("Async proccess - done");

    Console.WriteLine("Main proccess - done");

    Console.ReadKey();
}

private static async Task func1()
{
    Console.WriteLine("Func1 proccess - start");
    await Task.Run(() => Thread.Sleep(1000));
    Console.WriteLine("Func1 proccess - end");
}

private static async Task func2()
{
    Console.WriteLine("Func2 proccess - start");
    await Task.Run(() => Thread.Sleep(3000));
    Console.WriteLine("Func2 proccess - end");
}

private static async Task func3()
{
    Console.WriteLine("Func3 proccess - start");
    await Task.Run(() => Thread.Sleep(5000));
    Console.WriteLine("Func3 proccess - end");
}

輸出結果：

Async proccess - start
Async proccess - enter Func1
Func1 proccess - start
Async proccess - out Func1
Async proccess - enter Func2
Func2 proccess - start
Async proccess - out Func2
Async proccess - enter Func3
Func3 proccess - start
Async proccess - out Func3
Async proccess - done
Main proccess - done
Func1 proccess - end
Func2 proccess - end
Func3 proccess - end

結果中，在長時間運行Thread.Sleep的時候，跳出去往下執行了，是非同步。

 

又有問題來了：不是說非同步調用要用await嗎？

我們把await加到調用方法的前邊，試一下：
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 以POST方式進行HTTP請求調用（入參為JSON格式）
    今天總結一下，調用第三方介面地址，以POST方式進行HTTP請求，並且入參為JSON格式方法: 引用：using System.Text;using System.Net;using System.IO; string url="http://";//第三方介面地址 paramStr //json字 ...
  • C#：使用ajax非同步請求實現文件上傳與下載功能。---項目框架API+MVC
    1.首先使用VS創建WebAPI項目 （這裡有個幫助類，將此幫助類複製到項目里，有興趣可以學著寫） //文件上傳下載，導入導出輔助類 public class APIFileHelp { //此為限制文件格式 public string[] ExtentsfileName = new string[ ...
  • C# XML字元串轉DataTable
    今天總結一下 關於XML字元串轉DataTable 方法： 引用：using System.Xml; using Newtonsoft.Json;using System.Data; using System.Collections; 首先，定義一個xml字元串來接收傳過來的數據， string x ...
  • DataTable 轉 JSON,XML轉JSON
    今天總結一下關於DataTable,XML轉JSON的方法： 首先需要引入命名空間： using Newtonsoft.Json 1 public string DataTableToJsonWithStringBuilder(DataTable table) 2 { 3 var jsonStrin ...
  • AES加密解密（根據指定秘鑰）
    最近在做調用第三方介面，要求入參AES加密，並且秘鑰為16位的長度，在此記錄一下。 首先引用命名空間： using System.IO; using System.Text; using System.Security.Cryptography; 1 /// <summary> 2 /// AES加 ...
  • MVC + EFCore 項目實戰 - 數倉管理系統7 - 數據源管理中--新增數據源
    上篇我們完成了數據源列表展示功能（還未測試）。 本篇我們來新增數據源，並查看列表展示功能。 接上篇： 二、數據源管理功能開發 2、新增數據源 我們用模態對話框來完成數據源的新增，效果如下圖： 我們分兩部分講解：展示 和 邏輯。 展示： 我們用的前端UI是基於bootstrap的，因此bootstra ...
  • .Net Core in Docker極簡入門（上篇）
    Tips：本篇已加入系列文章閱讀目錄，可點擊查看更多相關文章。 前言 Docker 是一個開源的應用容器引擎，它十分火熱，如今幾乎成為了後端開發人員必須掌握的一項技能。即使你在生產環境中可能用不上它，就算把它當作一個輔助開發的工具來使用，也是非常方便的。本文就介紹一下.Net Core應用在Dock ...
  • WPF .Net Core 3.1遇到Satellite Assemblies無法正常載入的處理
    1.原因 載入的時候沒有調取 AssemblyLoadContext.Default 2.解決方案： 在程式啟動的時候，手動調用 /// <summary> /// Interaction logic for App.xaml /// </summary> public partial class ...
一周排行
    -Advertisement-
    Play Games
  • （開源）都進來！簡單易懂、功能強大的許可權+可視化流程管理系統
    1、預覽地址：http://139.155.137.144:9012 2、qq群:801913255 一、前言 隨著網路的發展，企業對於信息系統數據的保密工作愈發重視，不同身份、角色對於數據的訪問許可權都應該大相徑庭。 列如 1、不同登錄人員對一個數據列表的可見度是不一樣的，如數據列、數據行、數據按鈕 ...
  • 設計模式-C#實現簡單工廠模式
    前言 上一篇文章寫瞭如何使用RabbitMQ做個簡單的發送郵件項目，然後評論也是比較多，也是準備去學習一下如何確保RabbitMQ的消息可靠性，但是由於時間原因，先來說說設計模式中的簡單工廠模式吧！ 在瞭解簡單工廠模式之前，我們要知道C#是一款面向對象的高級程式語言。它有3大特性，封裝、繼承、多態。 ...
  • Nodify學習 一：介紹與使用
    Nodify學習 一：介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二：添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 介紹 Nodify是一個WPF基於節點的編輯器控制項，其中包含一系列節點、連接和連接器組件，旨在簡化構建基於節點的工具的過程 ...
  • 使用C#/.NET解析Wiki百科數據實現獲取歷史上的今天
    創建一個webapi項目做測試使用。 創建新控制器，搭建一個基礎框架，包括獲取當天日期、wiki的請求地址等 創建一個Http請求幫助類以及方法，用於獲取指定URL的信息 使用http請求訪問指定url，先運行一下，看看返回的內容。內容如圖右邊所示，實際上是一個Json數據。我們主要解析 大事記 部 ...
  • .NET科普：.NET簡史、.NET Standard以及C#和.NET Framework之間的關係
    最近在不少自媒體上看到有關.NET與C#的資訊與評價，感覺大家對.NET與C#還是不太瞭解，尤其是對2016年6月發佈的跨平臺.NET Core 1.0，更是知之甚少。在考慮一番之後，還是決定寫點東西總結一下，也回顧一下.NET的發展歷史。 首先，你沒看錯，.NET是跨平臺的，可以在Windows、 ...
  • Nodify學習 二：添加節點
    Nodify學習 一：介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二：添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 添加節點（nodes） 通過上一篇我們已經創建好了編輯器實例現在我們為編輯器添加一個節點 添加model和viewmode ...
  • 論如何直接用EF Core實現創建更新時間、用戶審計，自動化樂觀併發、軟刪除和樹形查詢（上）
    前言 資料庫併發，數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候，這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰，隨著SQL字數的變多，用到的嵌套和複雜語法增加，可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
  • C# 使用模式匹配的好處,因為好用所以推薦~
    類型檢查和轉換：當你需要檢查對象是否為特定類型，並且希望在同一時間內將其轉換為那個類型時，模式匹配提供了一種更簡潔的方式來完成這一任務，避免了使用傳統的as和is操作符後還需要進行額外的null檢查。 複雜條件邏輯：在處理複雜的條件邏輯時，特別是涉及到多個條件和類型的情況下，使用模式匹配可以使代碼更 ...
  • 推薦一種批量判斷文件是否存在的快速辦法
    在日常開發中，我們經常需要和文件打交道，特別是桌面開發，有時候就會需要載入大批量的文件，而且可能還會存在部分文件缺失的情況，那麼如何才能快速的判斷文件是否存在呢？如果處理不當的，且文件數量比較多的時候，可能會造成卡頓等情況，進而影響程式的使用體驗。今天就以一個簡單的小例子，簡述兩種不同的判斷文件是否... ...
  • 論如何直接用EF Core實現創建更新時間、用戶審計，自動化樂觀併發、軟刪除和樹形查詢（中）
    前言 資料庫併發，數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候，這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰，隨著SQL字數的變多，用到的嵌套和複雜語法增加，可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
所有分類