Async/Await中阻塞死锁

2019 年 2 月 26 日 DotNet

(给DotNet加星标,提升.Net技能


转自:滴答的雨

cnblogs.com/heyuquan/p/10242361.html


主要是讲解在async/await中使用阻塞式代码导致死锁的问题,以及如何避免出现这种死锁。内容主要是从作者Stephen Cleary的两篇博文中翻译过来.


原文1:Don'tBlock on Async Code


原文2:why the AspNetSynchronizationContext was removed


示例代码:async_await中阻塞死锁.rar


一、async/await 异步代码运行流程


async/await是在.NET4.5 版本引入的关键字,让开发者可以更加轻松的创建异步方法。


我们从下图来认识async/await的运行流程:



二、在异步代码中阻塞,导致死锁的示例


UI 示例


单击一个按钮,将发起一个REST远程请求并且将结果显示到textbox控件上。(这是一个Windows Forms程序,同样也适用于其他任何UI应用程序)


// My "library" method.
public static async Task<JObject> GetJsonAsync(Uri uri)
{
 using (var client = new HttpClient())
 {
   var jsonString = await client.GetStringAsync(uri);
   return JObject.Parse(jsonString);
 }
}

// My "top-level" method.
public void Button1_Click(...)
{
 var jsonTask = GetJsonAsync(...);
 textBox1.Text = jsonTask.Result;
}



类库方法GetJsonAsync发起REST远程请求并且将结果解析为JSON返回。Button1_Click方法调用Task .Result阻塞等待GetJsonAsync处理完毕并显示结果


这段代码会死锁。


ASP.NET 示例


在类库方法GetJsonAsync中发起一个REST远程请求,这次这个GetJsonAsync在ASP.NET context中被调用。


(示例是Web API项目,同样适用于任何一个ASP.NET应用程序 - 注:非ASP.NET Core应用)


// My "library" method.
public static async Task<JObject> GetJsonAsync(Uri uri)
{
 using (var client = new HttpClient())
 {
   var jsonString = await client.GetStringAsync(uri);
   return JObject.Parse(jsonString);
 }
}


// My "top-level" method.
public class MyController : ApiController
{
 public string Get()
 
{
   var jsonTask = GetJsonAsync(...);
   return jsonTask.Result.ToString();
 }
}


这段代码也会死锁。与UI示例是同一个原因。


在《传统asp.net小心 async/await坑》这篇文章中抓到一个异常信息,我自己没注意抓异常,死锁后就关闭调试了。不关闭调试,死锁一段时间应该会报下面错误。


System.Web.ThreadContext.AssociateWithCurrentThread(Boolean setImpersonationContext)
System.Web.HttpApplication.OnThreadEnterPrivate(Boolean setImpersonationContext)
System.Web.LegacyAspNetSynchronizationContext.CallCallbackPossiblyUnderLock(SendOrPostCallback callback, Object state)
System.Web.LegacyAspNetSynchronizationContext.CallCallback(SendOrPostCallback callback, Object state)
System.Web.LegacyAspNetSynchronizationContext.Post(SendOrPostCallback callback, Object state)
System.Threading.Tasks.SynchronizationContextAwaitTaskContinuation.PostAction(Object state)
System.Threading.Tasks.AwaitTaskContinuation.RunCallback(ContextCallback callback, Object state, Task& currentTask)

--- 引发异常的上一位置中堆栈跟踪的末尾 ---
System.Threading.Tasks.AwaitTaskContinuation.<>c.<ThrowAsyncIfNecessary>b__18_0(Object s)
System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
System.Threading.ThreadPoolWorkQueue.Dispatch()
System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()


三、是什么原因导致的死锁呢?


await一个Task后,在恢复继续执行时,会试图进入await之前的context。


第一个示例中,这个context是UI context(任何UI应用,除了控制台应用)。


第二个示例中,这个context是ASP.NET request context。


另一个需要注意的点:ASP.NET request context 没有绑定到特定的线程上(像UI context一样),但是request context同一时刻只允许被绑定到一个线程上。


死锁是怎么发生的呢?我们从top-level方法开始(UI的Button1_Click方法或ASP.NET的MyContoller.Get方法)


1、top-level方法调用GetJsonAsync(在UI/ASP.NET context中)。


2、GetJsonAsync通过HttpClient.GetStringAsync发起REST远程请求(在UI/ASP.NET context中)。


3、GetStringAsync返回一个未完成Task,标识REST远程请求还未处理完


4、GetJsonAsync方法中await GetStringAsync返回的未完成Task。等Task执行完毕,会重新捕获等待之前的context并使用它继续执行GetJsonAsync。


5、GetJsonAsync中await后,携带context的线程会跳出GetJsonAsync方法,继续执行后面的代码。并在jsonTask.Result发生阻塞。此时携带context的线程被阻塞了。


6、最终,REST请求处理完,GetStringAsync返回的Task处理完成。


7、GetJsonAsync方法准备继续运行,并且等待context可用,以便在context中执行。


8、发生context死锁。在top-level方法中已经阻塞了携带context的线程,等待GetJsonAsync返回的Task完成。而此时,GetJsonAsync方法正在等待context被释放,以便在context中继续执行。


四、防止死锁


这里有三个最佳实践来避免这种死锁(更详细的传送门)。


1、在你的”library”异步方法中,返回未完成Task时都调用ConfigureAwait(false)。


2、始终使用 Async,不要混合阻塞式代码和异步代码。


3、ASP.NET 升级为ASP.NET Core。在ASP.NET Core框架中,已经移除SynchronizationContext


按照第一条最佳实践,”library”中的异步方法修改如下:


public static async Task<JObject> GetJsonAsync(Uri uri)
{
 using (var client = new HttpClient())
 {
   var jsonString = await client.GetStringAsync(uri).ConfigureAwait(false);
   return JObject.Parse(jsonString);
 }
}


ConfigureAwait(continueOnCapturedContext: false):continueOnCapturedContext参数表示是否尝试将延续任务封送回原始上下文。


ConfigureAwait(false)改变了GetJsonAsync的延续行为,使它不用在原来的context中恢复。GetJsonAsync将直接在线程池线程中恢复,这使得GetJsonAsync能完成任务,并且无需重新进入原来的context

 

按照第二条最佳实践。修改”top-level”方法如下:


public async void Button1_Click(...)
{
 var json = await GetJsonAsync(...);
 textBox1.Text = json;
}

public class MyController : ApiController
{
 public async Task<string> Get()
 
{
   var json = await GetJsonAsync(...);
   return json.ToString();
 }
}


这样修改,改变了top-level方法的阻塞行为。所有的”等待”都是”异步等待”,这样context就不会被阻塞。


其他”异步等待”指导原则:


 

五、在ASP.NET Core框架中,已经移除SynchronizationContext


为什么AspNetSynchronizationContext在ASP.NET Core中被移除。


尽管我不知道ASP.NET团队内部是什么观点,但我认为的观点是两个:性能和简单。


性能方面:


在没有SynchronizationContext的ASP.NET Core中,当一个async/await异步处理恢复执行时,会从线程池中获取一个线程并且执行继续操作。


1、避免了把操作排队到request context队列(request context同一时刻只允许被绑定到一个线程上)


2、避免了因为携带 request context 的线程被阻塞而发生“死锁”


3、不需要重新进入request context(重新进入request context涉及到很多内部作业任务,例如:设置HttpContext.Current和当前线程的身份标识(identity)和语言(culture))


简单化:


旧版本ASP.NET中SynchronizationContext工作的很好,但是也存在棘手的问题,特别是在身份管理方面。


六、async/await避免阻塞式死锁最佳实践


1、在你的“library”异步方法中,返回未完成Task时都调用ConfigureAwait(false),标识不需要将延续任务封送回原始上下文。


尽管在ASP.NET Core中,不用再调用ConfigureAwait(false)来防止死锁。但由于你提供的“类库”可能被用于UI 应用(eg:winform、wpf等)、旧版本ASP.NET应用、其他还存在context的应用。


2、更好的解决方案是“始终使用 async,不要混合阻塞式代码和异步代码”。


因为当你在异步代码中阻塞程序,将失去异步代码带来的所有好处。并且异步代码释放当前线程带来的伸缩性也会失效。


3、将ASP.NET项目升级为ASP.NET Core项目


推荐阅读

(点击标题可跳转阅读)

.NET Core 2.1 中性能提升和async/await 的基本实现

.NET Core 控制台应用程序使用异步(Async)Main方法

深入理解async和await的作用及各种适用场景和用法


看完本文有收获?请转发分享给更多人

关注「DotNet」加星标,提升.Net技能 

喜欢就点一下「好看」呗~

登录查看更多
0

相关内容

ASP.NET 是一项微软的技术,是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。 指 Active Server Pages(动态服务器页面),运行于 IIS 之中的程序 。
【Manning新书】现代Java实战,592页pdf
专知会员服务
98+阅读 · 2020年5月22日
专知会员服务
28+阅读 · 2020年5月20日
【实用书】Python爬虫Web抓取数据,第二版,306页pdf
专知会员服务
115+阅读 · 2020年5月10日
【浙江大学】人脸反欺诈活体检测综述
专知会员服务
31+阅读 · 2020年4月15日
【2020新书】Kafka实战:Kafka in Action,209页pdf
专知会员服务
65+阅读 · 2020年3月9日
【新书】Java企业微服务,Enterprise Java Microservices,272页pdf
《动手学深度学习》(Dive into Deep Learning)PyTorch实现
专知会员服务
116+阅读 · 2019年12月31日
MIT新书《强化学习与最优控制》
专知会员服务
270+阅读 · 2019年10月9日
GitHub 热门:各大网站的 Python 爬虫登录汇总
机器学习算法与Python学习
9+阅读 · 2019年3月20日
C# 10分钟完成百度人脸识别
DotNet
3+阅读 · 2019年2月17日
百度开源项目OpenRASP快速上手指南
黑客技术与网络安全
5+阅读 · 2019年2月12日
抖音爬虫
专知
3+阅读 · 2019年2月11日
浅谈浏览器 http 的缓存机制
前端大全
6+阅读 · 2018年1月21日
如何编写一个拼写纠错器?
Python开发者
4+阅读 · 2017年11月6日
Generating Rationales in Visual Question Answering
Arxiv
5+阅读 · 2020年4月4日
Arxiv
8+阅读 · 2018年11月27日
Arxiv
5+阅读 · 2018年10月11日
Arxiv
5+阅读 · 2018年4月22日
Arxiv
6+阅读 · 2018年2月7日
Arxiv
3+阅读 · 2017年11月20日
VIP会员
相关VIP内容
【Manning新书】现代Java实战,592页pdf
专知会员服务
98+阅读 · 2020年5月22日
专知会员服务
28+阅读 · 2020年5月20日
【实用书】Python爬虫Web抓取数据,第二版,306页pdf
专知会员服务
115+阅读 · 2020年5月10日
【浙江大学】人脸反欺诈活体检测综述
专知会员服务
31+阅读 · 2020年4月15日
【2020新书】Kafka实战:Kafka in Action,209页pdf
专知会员服务
65+阅读 · 2020年3月9日
【新书】Java企业微服务,Enterprise Java Microservices,272页pdf
《动手学深度学习》(Dive into Deep Learning)PyTorch实现
专知会员服务
116+阅读 · 2019年12月31日
MIT新书《强化学习与最优控制》
专知会员服务
270+阅读 · 2019年10月9日
相关资讯
GitHub 热门:各大网站的 Python 爬虫登录汇总
机器学习算法与Python学习
9+阅读 · 2019年3月20日
C# 10分钟完成百度人脸识别
DotNet
3+阅读 · 2019年2月17日
百度开源项目OpenRASP快速上手指南
黑客技术与网络安全
5+阅读 · 2019年2月12日
抖音爬虫
专知
3+阅读 · 2019年2月11日
浅谈浏览器 http 的缓存机制
前端大全
6+阅读 · 2018年1月21日
如何编写一个拼写纠错器?
Python开发者
4+阅读 · 2017年11月6日
Top
微信扫码咨询专知VIP会员