深入分析C#中的異步和多線程
許多開發人員對異步代碼和多線程以及它們的工作原理和使用方法都有錯誤的認識。在這裡，你將瞭解這兩個概念之間的區別，並使用c#實現它們。
我:“服務員，這是我第一次來這傢餐廳。通常需要4個小時才能拿到食物嗎?”
服務員:“哦，是的，先生。這傢餐廳的廚房裡隻有一個廚師。”
我:“……隻有一個廚師嗎?”
服務員:“是的，先生，我們有好幾個廚師，但每次隻有一個在廚房工作。”
我:“所以其他10個穿著廚師服站在廚房裡的人……什麼都不做嗎?廚房太小瞭嗎?”
服務員:“哦，我們的廚房很大，先生。”
我:“那為什麼他們不同時工作呢?”
服務員:“先生，這倒是個好主意，但我們還沒想好怎麼做。”
我:“好瞭,奇怪。但是…嘿…現在的主廚在哪裡?我現在沒看見有人在廚房裡。”
服務員:“是的，先生。有一份訂單的廚房用品已經用完瞭，所以廚師已經停止烹飪，站在外面等著送貨瞭。”
我:“看起來他可以一邊等一邊做飯，也許送貨員可以直接告訴他們什麼時候到瞭?”
服務員:“又是一個絕妙的主意，先生。我們在後面有送貨門鈴，但廚師喜歡等。我去給你再拿點水來。”
多糟糕的餐廳，對吧?不幸的是，很多程序都是這樣工作的。
有兩種不同的方法可以讓這傢餐廳做得更好。
首先，很明顯，每個單獨的晚餐訂單可以由不同的廚師來處理。每一種都是一個必須按特定順序發生的事情列表(準備原料，然後混合它們，然後烹飪，等等)。因此，如果每個廚師都致力於處理這一清單上的東西，幾份晚餐訂單可以同時做出。
這是一個真實世界中的多線程示例。計算機有能力讓多個不同的線程同時運行，每個線程負責按特定順序執行一系列活動。
然後還有異步行為。需要明確的是，異步不是多線程的。還記得那個一直在等外賣的廚師嗎?真是浪費時間!在等待的過程中，他沒有做任何有意義的事情，比如做飯。而且，等待也不會讓送貨更快。一旦他打電話訂購供應品，發貨就會隨時發生，所以為什麼要等呢?相反，送貨員隻需按門鈴，說一句:“嘿，這是你的供應品!”
有很多I/O活動是由代碼之外的東西處理的。例如，向遠程服務器發送一個網絡請求。這就像給餐廳點餐一樣。你的代碼所做的唯一事情就是進行調用並接收結果。如果選擇等待結果，在這兩者之間完全不做任何事情，那麼這就是“同步”行為。
然而，如果你更喜歡在結果返回時被打斷/通知(就像送貨員到達時按門鈴)，同時可以處理其他事情，那麼這就是“異步”行為。
隻要工作是由不受當前代碼直接控制的對象完成的，就可以使用異步代碼。例如，當你向硬盤驅動器寫入一堆數據時，你的代碼並沒有執行實際的寫入操作。它隻是請求硬件執行該任務。因此，你可以使用異步編碼開始編寫，然後在編寫完成時得到通知，同時繼續處理其他事情。
異步的優點在於不需要額外的線程，因此非常高效。
“等等!”你說。“如果沒有額外的線程，那麼誰或什麼在等待結果?代碼如何知道返回的結果?”
還記得那個門鈴嗎?你的電腦裡有一個系統叫做“中斷”系統，它的工作原理有點像那個門鈴。當你的代碼開始一個異步活動時，它基本上會安裝一個虛擬的門鈴。當其他任務(寫入硬盤驅動器，等待網絡響應等)完成時，中斷系統“中斷”當前運行的代碼並按下門鈴，讓你的應用程序知道有一個任務在等待!不需要線程坐在那裡等待!
讓我們快速回顧一下我們的兩種工具:
多線程:使用一個額外的線程來執行一系列活動/任務。
異步:使用同一個線程和中斷系統，讓線程外的其他組件完成一些活動，並在活動結束時得到通知。
UI線程
還有一件重要的事情需要知道的是為什麼使用這些工具是好的。在.net中，有一個主線程叫做UI線程，它負責更新屏幕的所有可視部分。默認情況下，這是一切運行的地方。當你點擊一個按鈕，你想看到按鈕被短暫地按下，然後返回，這是UI線程的責任。你的應用中隻有一個UI線程，這意味著如果你的UI線程忙著做繁重的計算或等待網絡請求之類的事情，那麼它不能更新你在屏幕上看到的東西，直到它完成。結果是，你的應用程序看起來像“凍結”——你可以點擊一個按鈕，但似乎什麼都不會發生，因為UI線程正在忙著做其他事情。
理想情況下，你希望UI線程盡可能地空閑，這樣你的應用程序似乎總是在響應用戶的操作。這就是異步和多線程的由來。通過使用這些工具，可以確保在其他地方完成繁重的工作，UI線程保持良好和響應性。
現在讓我們看看如何在c#中使用這些工具。
C#的異步操作
執行異步操作的代碼非常簡單。你應該知道兩個主要的關鍵字:“async”和“await”，所以人們通常將其稱為async/await。假設你現在有這樣的代碼:
public void Loopy()
{
var hugeFiles = new string[] {
"Gr8Gonzos_Home_Movie_In_8k_Res.mkv", // 1 GB
"War_And_Peace_In_150_Languages.rtf", // 1.2 GB
"Cats_On_Catnip.mpg" // 0.9 GB
};
foreach (var hugeFile in hugeFiles)
{
ReadAHugeFile(hugeFile);
}
MessageBox.Show("All done!");
}
public byte[] ReadAHugeFile(string bigFile)
{
var fileSize = new FileInfo(bigFile).Length; // Get the file size
var allData = new byte[fileSize]; // Allocate a byte array as large as our file
using (var fs = new System.IO.FileStream(bigFile, FileMode.Open))
{
fs.Read(allData, 0, (int)fileSize); // Read the entire file...
}
return allData; // ...and return those bytes!
}
在當前的形式中，這些都是同步運行的。如果你點擊一個按鈕從UI線程運行Loopy(),那麼應用程序將似乎凍結,直到所有三大文件閱讀,因為每個“ReadAHugeFile”是要花很長時間在UI線程上運行,並將同步閱讀。這可不好!讓我們看看能否將ReadAHugeFile變為異步的這樣UI線程就能繼續處理其他東西。
無論何時，隻要有支持異步的命令，微軟通常會給我們同步和異步版本的這些命令。在上面的代碼中，System.IO.FileStream對象同時具有”Read”和”ReadAsync”方法。所以第一步就是將“fs.Read”修改成“fs.ReadAsync”。
public byte[] ReadAHugeFile(string bigFile)
{
var fileSize = new FileInfo(bigFile).Length; // Get the file size
var allData = new byte[fileSize]; // Allocate a byte array as large as our file
using (var fs = new System.IO.FileStream(bigFile, FileMode.Open))
{
fs.ReadAsync(allData, 0, (int)fileSize); // Read the entire file asynchronously...
}
return allData; // ...and return those bytes!
}
如果現在運行它，它會立即返回，並且“allData”字節數組中不會有任何數據。為什麼?
這是因為ReadAsync是開始讀取並返回一個任務對象，這有點像一個書簽。這是.net的一個“Promise”，一旦異步活動完成(例如從硬盤讀取數據)，它將返回結果，任務對象可以用來訪問結果。但如果我們對這個任務不做任何事情，那麼系統就會立即繼續到下一行代碼，也就是我們的”return allData”行，它會返回一個尚未填滿數據的數組。
因此，告訴代碼等待結果是很有用的(但這樣一來，原始線程可以在此期間繼續做其他事情)。為瞭做到這一點，我們使用瞭一個”awaiter”，它就像在async調用之前添加單詞”await”一樣簡單:
public byte[] ReadAHugeFile(string bigFile)
{
var fileSize = new FileInfo(bigFile).Length; // Get the file size
var allData = new byte[fileSize]; // Allocate a byte array as large as our file
using (var fs = new System.IO.FileStream(bigFile, FileMode.Open))
{
await fs.ReadAsync(allData, 0, (int)fileSize); // Read the entire file asynchronously...
}
return allData; // ...and return those bytes!
}
如果現在運行它，它會立即返回，並且“allData”字節數組中不會有任何數據。為什麼?
這是因為ReadAsync是開始讀取並返回一個任務對象，這有點像一個書簽。這是.net的一個“Promise”，一旦異步活動完成(例如從硬盤讀取數據)，它將返回結果，任務對象可以用來訪問結果。但如果我們對這個任務不做任何事情，那麼系統就會立即繼續到下一行代碼，也就是我們的”return allData”行，它會返回一個尚未填滿數據的數組。
因此，告訴代碼等待結果是很有用的(但這樣一來，原始線程可以在此期間繼續做其他事情)。為瞭做到這一點，我們使用瞭一個”awaiter”，它就像在async調用之前添加單詞”await”一樣簡單:
public byte[] ReadAHugeFile(string bigFile)
{
var fileSize = new FileInfo(bigFile).Length; // Get the file size
var allData = new byte[fileSize]; // Allocate a byte array as large as our file
using (var fs = new System.IO.FileStream(bigFile, FileMode.Open))
{
await fs.ReadAsync(allData, 0, (int)fileSize); // Read the entire file asynchronously...
}
return allData; // ...and return those bytes!
}
哦。如果你試過，你會發現有一個錯誤。這是因為.net需要知道這個方法是異步的，它最終會返回一個字節數組。因此，我們做的第一件事是在返回類型之前添加單詞“async”，然後用Task<…>,是這樣的:
public async Task<byte[]> ReadAHugeFile(string bigFile)
{
var fileSize = new FileInfo(bigFile).Length; // Get the file size
var allData = new byte[fileSize]; // Allocate a byte array as large as our file
using (var fs = new System.IO.FileStream(bigFile, FileMode.Open))
{
await fs.ReadAsync(allData, 0, (int)fileSize); // Read the entire file asynchronously...
}
return allData; // ...and return those bytes!
}
好吧!現在我們烹飪!如果我們現在運行我們的代碼，它將繼續在UI線程上運行，直到我們到達ReadAsync方法的await。此時，. net知道這是一個將由硬盤執行的活動，因此“await”將一個小書簽放在當前位置，然後UI線程返回到它的正常處理(所有的視覺更新等)。
隨後，一旦硬盤驅動器讀取瞭所有數據，ReadAsync方法將其全部復制到allData字節數組中，任務現在就完成瞭，因此系統按門鈴，讓原始線程知道結果已經準備好瞭。原始線程說:“太棒瞭!讓我回到離開的地方!”一有機會，它就會回到“await fs.ReadSync”，然後繼續下一步，返回allData數組，這個數組現在已經填充瞭我們的數據。
如果你在一個接一個地看一個例子，並且使用的是最近的Visual Studio版本，你會註意到這一行:
ReadAHugeFile(hugeFile);
…現在，它用綠色下劃線表示，如果將鼠標懸停在它上面，它會說，“因為這個調用沒有被等待，所以在調用完成之前，當前方法的執行將繼續。”考慮對調用的結果應用’await’操作符。”
這是Visual Studio讓你知道它承認ReadAHugeFile()是一個異步的方法,而不是返回一個結果,這也是返回任務,所以如果你想等待結果,然後你就可以添加一個“await”:
await ReadAHugeFile(hugeFile);
…但如果我們這樣做瞭，那麼你還必須更新方法簽名:
public async void Loopy()
註意，如果我們在一個不返回任何東西的方法上(void返回類型)，那麼我們不需要將返回類型包裝在Task<…>中。
但是，我們不要這樣做。相反，讓我們來瞭解一下我們可以用異步做些什麼。
如果你不想等待ReadAHugeFile(hugeFile)的結果，因為你可能不關心最終的結果，但你不喜歡綠色下劃線/警告，你可以使用一個特殊的技巧來告訴.net。隻需將結果賦給_字符，就像這樣:
_ = ReadAHugeFile(hugeFile);
這就是.net的語法，表示“我不在乎結果，但我不希望用它的警告來打擾我。”
好吧，我們試試別的。如果我們在這一行上使用瞭await，那麼它將等待第一個文件被異步讀取，然後等待第二個文件被異步讀取，最後等待第三個文件被異步讀取。但是…如果我們想要同時異步地讀取所有3個文件，然後在所有3個文件都完成之後，我們允許代碼繼續到下一行，該怎麼辦?
有一個叫做Task.WhenAll()的方法，它本身是一個你可以await的異步方法。傳入其他任務對象的列表，然後等待它，一旦所有任務都完成，它就會完成。所以最簡單的方法就是創建一個List<Task>對象:
List<Task> readingTasks = new List<Task>();
…然後，當我們將每個ReadAHugeFile()調用中的Task添加到列表中時:
foreach (var hugeFile in hugeFiles) {
readingTasks.Add(ReadAHugeFile(hugeFile));
}
…最後我們 await Task.WhenAll():
await Task.WhenAll(readingTasks);
最終的方法是這樣的：
public async void Loopy()
{
var hugeFiles = new string[] {
"Gr8Gonzos_Home_Movie_In_8k_Res.mkv", // 1 GB
"War_And_Peace_In_150_Languages.rtf", // 1.2 GB
"Cats_On_Catnip.mpg" // 0.9 GB
};
List<Task> readingTasks = new List<Task>();
foreach (var hugeFile in hugeFiles)
{
readingTasks.Add(ReadAHugeFile(hugeFile));
}
await Task.WhenAll(readingTasks);
MessageBox.Show(sb.ToString());
}
當涉及到並行活動時，一些I/O機制比其他機制工作得更好(例如，網絡請求通常比硬盤讀取工作得更好，但這取決於硬件)，但原理是相同的。
現在，“await”操作符還要做的最後一件事是提取最終結果。所以在上面的例子中，ReadAHugeFile返回一個任務<byte[]>。await的神奇功能會在完成後自動拋出Task<>包裝器，並返回byte[]數組，所以如果你想訪問Loopy()中的字節，你可以這樣做:
byte[] data = await ReadAHugeFile(hugeFile);
再次強調，await是一個神奇的小命令，它使異步編程變得非常簡單，並為你處理各種各樣的小事情。
現在讓我們轉向多線程。
C#中的多線程
微軟有時會給你10種不同的方法來做同樣的事情，這就是它如何使用多線程。你有BackgroundWorker類、Thread和Task(它們有幾個變體)。最終，它們都做著相同的事情，隻是有不同的功能。現在，大多數人都使用Task，因為它們的設置和使用都很簡單，而且如果你想這樣做的話(我們稍後會講到)，它們也可以很好地與異步代碼交互。如果你好奇的話，關於這些具體區別有很多文章，但是我們在這裡使用任務。
要讓任何方法在單獨的線程中運行，隻需使用Task.Run()方法來執行它。例如，假設你有這樣一個方法:
public void DoRandomCalculations(int howMany)
{
var rng = new Random();
for (int i = 0; i < howMany; i++)
{
int a = rng.Next(1, 1000);
int b = rng.Next(1, 1000);
int sum = 0;
sum = a + b;
}
}
我們可以像這樣在當前線程中調用它:
DoRandomCalculations(1000000);
或者我們可以讓另一個線程來做這個工作:
Task.Run(() => DoRandomCalculations(1000000));
當然，有一些不同的版本，但這是總體思路。
Task. run()的一個優點是它返回一個我們可以等待的任務對象。因此，如果想在一個單獨的線程中運行一堆代碼，然後在進入下一步之前等待它完成，你可以使用await，就像你在前面一節看到的那樣:
var finalData = await Task.Run(() => {});
請記住，本文討論的是如何開始，以及這些概念是如何工作的，但它並不是全面的。但是也許有瞭這些知識，你將能夠理解其他人關於多線程和異步編碼更高級種類的更復雜的文章。
以上就是深入分析C#中的異步和多線程的詳細內容，更多關於C#中的異步和多線程的資料請關註WalkonNet其它相關文章！
推薦閱讀：
- ASP.NET Core實現文件上傳和下載
- 基於c# Task自己動手寫個異步IO函數
- C# 將 Stream 保存到文件的方法
- c# 用ICSharpCode組件壓縮文件
- C#異步方法返回void與Task的區別詳解