在.NET Framework 4.5中，async / await關鍵字已添加到該版本中，簡化多線程操作，以使異步編程更易于使用。為了最大化利用資源而不掛起UI，你應該盡可能地嘗試使用異步編程。雖然async / await讓異步編程更簡單，但是有一些你可能不知道的細節和注意的地方
?

新關鍵字

微軟在.NET框架中添加了async和await關鍵字。但是，使用它們，方法的返回類型應為Task類型。（我們將在稍后討論例外情況）為了使用await關鍵字，您必須在方法定義中使用async。如果你在方法定義中放入async，你應該在主體方法的某個地方至少有一處await關鍵字，如果你缺少他，你通常會收到Visual Studio的一個警告。
以下是代碼中的示例：

??public?async?Task?ExecuteAsync(UpdateCarCommand?request,?CancellationToken?token?=?default) { using?(var?context?=?_contextFactory.Create()) { var?entity?=?context.Cars.FirstOrDefault(a?=>?a.Id?==?request.Id); //?Mapping?logic await?context.SaveChangesAsync(token); } }

如果要從異步方法返回某些內容，可以使用Task的泛型。像以下這樣（如果你想返回受影響的行數）

?public?async?Task<int>?ExecuteAsync(UpdateCarCommand?request,?CancellationToken?token?=?default) { using?(var?context?=?_contextFactory.Create()) { var?entity?=?context.Cars.FirstOrDefault(a?=>?a.Id?==?request.Id); //?Mapping?logic return?await?context.SaveChangesAsync(token); } }

async.await給我們帶來了什么？

雖然使用這個看起來很簡單，但是它有什么幫助呢?最后，所有這些操作都是在等待數據庫返回結果時(在本例中)讓其他請求使用當前線程。當您向數據庫、磁盤、internet等外部源發出可能需要一段時間才能運行的請求時，我們可以使用async/ wait讓其他請求使用這個線程。這樣，我們就不會有空閑的“worker”(線程)在那里等待完成其他任務。這就像去快餐店一樣，在你點完菜之后，其他人不會點任何東西，直到你吃完為止。使用async/ await，其他人可以在你點完菜之后下他們的訂單，并且可以同時處理多個訂單。

它不能做什么？

這里需要注意的一件事是async/await并不是并行/多核編程。當您使用async/await時，只處理該線程，并讓其他線程使用它。代碼的作用類似于“同步”，因為您可以在await之后以本方法繼續執行代碼。因此，如果在一個方法中有四個await，則必須等到每個方法都完成后才能調用下一個方法。因此，您必須使用任務庫或任何您喜歡的方法生成新線程，以使它們并行運行。但是，您也可以讓每個線程使用async/wait，這樣它們就不會阻塞資源了!

?

ConfigureAwait(false)能做什么呢？

默認情況下，當您使用async/await時，它將在開始請求的原始線程上繼續運行(狀態機)。但是，如果當前另一個長時間運行的進程已經接管了該線程，那么你就不得不等待它完成。要避免這個問題，可以使用ConfigureAwait的方法和false參數。當你用這個方法的時候，這將告訴Task它可以在任何可用的線程上恢復自己繼續運行，而不是等待最初創建它的線程。這將加快響應速度并避免許多死鎖。

但是，這里有一點點損失。當您在另一個線程上繼續時，線程同步上下文將丟失,因為狀態機改變。這里最大的損失是你會失去歸屬于線程的Culture和Language，其中包含了國家語言時區信息，以及來自原始線程的HttpContext.Current之類的信息，因此，如果您不需要以此來做多語系或操作任何HttpContext類型設置，則可以安全地進行此方法的調用。注意：如果需要language/culture，可以始終在await之前存儲當前相關狀態值，然后在await新線程之后重新應用它。

?
以下是ConfigureAwait(false)的示例：

????public?async?Task<int>?ExecuteAsync(UpdateCarCommand?request,?CancellationToken?token?=?default) { using?(var?context?=?_contextFactory.Create()) { var?entity?=?context.Cars.FirstOrDefault(a?=>?a.Id?==?request.Id); //?Mapping?logic return?await?context.SaveChangesAsync(token).CongifureAwait(false); } }

注意事項

同步 -->異步

如果要使用async/await，需要注意一些事情。您可能遇到的最大問題是處理異步方法請求同步方法。如果你開發一個新項目，通?？梢詫sync/await從上到下貫穿于整個方法鏈中，而不需要做太多工作。但是，如果你在外層是同步的，并且必須調用異步庫，那么就會出現一些有隱患的操作。如果一不小心，便會引發大批量的死鎖

如果有同步方法調用異步方法,則必須使用ConfigureAwait(false)。如果不這樣做，就會立即掉進死鎖陷阱。發生的情況是主線程將調用async方法，最終會阻塞這個線程，直到那個async方法完成。然而，一旦異步方法完成，它必須等待原始調用者完成后才能繼續。他們都在等待對方完成，而且永遠不會。通過在調用中使用configurewait (false)， async方法將能夠在另一個線程上完成自己操作，而不關心自己的狀態機的位置，并通知原始線程它已經完成。進行這個調用的最佳實踐如下:

[HttpPut] public?IActionResult?Put([FromBody]UpdateCommand?command)?=> _responseMediator.ExecuteAsync(command).ConfigureAwait(false).GetAwaiter().GetResult();

.NET Standard與ConfigureAwait(false)

在.NETCore中，微軟刪除了導致我們在任何地方都需要ConfigureAwait(false)的SynchronizationContext。因此，ASP.NETCore應用程序在技術上不需要任何ConfigureAwait(false)邏輯，因為它是多余的。但是，如果在開發有一個使用.NETStandard的庫，那么強烈建議仍然使用.ConfigureAwait(false)。在.NETCore中，這自動是無效的。但是如果有.NETFramework的人最終使用這個庫并同步調用它，那么它們將會遇到一堆麻煩。但是隨著.NET5是由.NETCore構建的，所以未來大多都是.NetCore調用.Netstadard，你如果不準備讓.NetFramework調用你的standard庫，大可不必兼容。
?

ConfigureAwait(false) 貫穿始終

如果同步調用有可能調用您的異步方法，那么在整個調用堆棧的每個異步調用上，您都將被迫設置. configureAwait (false) !如果不這樣做，就會導致另一個死鎖。這里的問題是，每個async/ await對于調用它的當前方法都是本地的。因此，調用鏈的每個異async/await都可能最終在不同的線程上恢復。如果一個同步調用一路向下，遇到一個沒有configurewait(false)的任務，那么這個任務將嘗試等待頂部的原始線程完成，然后才能繼續。雖然這最終會讓你感到心累，因為要檢查所有調用是否設置此屬性。
?

開銷

雖然async/ await可以極大地增加應用程序一次處理的請求數量，但是使用它是有代價的。每個async/ await調用最終都將創建一個小狀態機來跟蹤所有信息。雖然這個開銷很小，但是如果濫用async/ await，則會導致速度變慢。只有當線程不得不等待結果時，才應該等待它。
?

Async Void

雖然幾乎所有的async / await方法都應返回某種類型的Task，但此規則有一個例外：有時，您可以使用async void。但是，當您使用它時，調用者實際上不會等待該任務完成后才能恢復自己。它實際上是一種即發即忘的東西。有兩種情況你想要使用它。?
?
第一種情況是事件處理程序，如WPF或WinForms中的按鈕單擊。默認情況下，事件處理程序的定義必須為void。如果你把一個任務放在那里，程序將無法編譯，并且返回某些東西的事件會感覺很奇怪。如果該按鈕調用異步async，則必須執行async void才能使其正常工作。幸運的是，這是我們想要的，因為這種使用不會阻塞UI。?
?
第二個是請求你不介意等待獲得結果的東西。最常見的示例是發送日志郵件，但不想等待它完成或者不關心它是否完成。?
?
然而，對于這兩種情況，都有一些缺點。首先，調用方法不能try/catch調用中的任何異常。它最終將進入AppDomain UnhandledException事件。不過，如果在實際的async void方法中放入一個try catch，就可以有效地防止這種情況發生。另一個問題是調用者永遠不會知道它何時結束，因為它不返回任何東西。因此，如果你關心什么時候完成某個Task，那么實際上需要返回一個Task。
?

探討.NetCore中異步注意事項

在.NetCore中已經剔除了SynchronizationContext，剔除他的主要原因主要是性能和進一步簡化操作

在.NetCore中我們不用繼續關心異步同步混用情況下，是否哪里沒有設置ConfigureAwait(false) 會導致的死鎖問題，因為在.netcore中的async/await 可能在任何線程上執行，并且可能并行運行！

以下代碼為例：

private HttpClient _client = new HttpClient(); async Task<List<string>> GetBothAsync(string url1, string url2) { var result = new List<string>(); var task1 = GetOneAsync(result, url1); var task2 = GetOneAsync(result, url2); await Task.WhenAll(task1, task2); return result; } async Task GetOneAsync(List<string> result, string url) { var data = await _client.GetStringAsync(url); result.Add(data); }

它下載兩個字符串并將它們放入一個List中。此代碼在舊版ASP.NET(.NetFramework)中工作正常，由于請求處設置了await,請求上下文一次只允許一個連接.

其中result.Add(data)一次只能由一個線程執行，因為它在請求上下文中執行。

但是，這個相同的代碼在ASP.NET Core上是不安全的;?具體地說，該result.Add(data)行可以由兩個線程同時執行，而不保護共享List<string>。

所以在.Netcore中要特別注意異步代碼在并行執行情況下引發的問題

參考:https://stackoverflow.com/questions/31186354/async-await-where-is-continuation-of-awaitable-part-of-method-performed

總結

以上是生活随笔為你收集整理的Async,Await和ConfigureAwait的关系的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。