在異步/等待(C#)
中理解僵局 在單線讀取上下文(例如UI線程或ASP.NET請求上下文)中,使用C#'S/async
時,await
僵局是一個常見的問題。 這是由於同步上下文與異步操作相互作用的方式而發生的。
僵局的根
> 當異步方法(例如)同步稱為,然後使用GetDataAsync
等待其結果時,就會出現僵局。 這會阻止單個線程。 因為.Result
的延續需要相同的線程(捕獲的同步上下文),所以它無法運行,創建僵局。 GetDataAsync
解決方案:非阻滯方法
避免這種情況的關鍵是避免阻塞單線。 而不是同步等待異步操作完成,而是使用非阻滯方法:>在這裡,
public ActionResult ActionAsync() { // NON-BLOCKING ASYNC OPERATION GetDataAsync().ContinueWith(task => { var data = task.Result; // Access result safely here return View(data); }); return View();//or some other non-blocking return }
完成的延續。這可以釋放主線程,從而允許在異步操作完成時在同一線程上延續。 這樣可以防止僵局。 請注意,可能需要根據特定框架和所需的行為來調整ContinueWith
。 根據上下文,更合適的退貨可能是GetDataAsync
>或類似的。
以上是如何在單線程上下文中避免異步/等待僵局?的詳細內容。更多資訊請關注PHP中文網其他相關文章!