ASP.NET 谨用 async/await
更新时间：2018年01月08日 11:35:10 作者：Beck”s Blog
这篇文章主要介绍了ASP.NET 应用程序实际使用过程中的一些总结， 包括 异常捕获 、 死锁 、 应用程序崩溃 ，实际使用过程中一不注意就可能掉坑里了
C# 5.0 引入 async/await 关键字，旨在简化异步编程模型，抛去语法糖就是 Net4.0 的 Task + 状态机。其实在处理异步编程使用 Task 还是挺简单的，不过既然推出了新的语法糖，难免会尝试一下，然而在使用中却没想象中那么单纯。以下针对ASP.NET 应用程序实际使用过程中的一些总结， 包括 异常捕获 、 死锁 、 应用程序崩溃 ，实际使用过程中一不注意就可能掉坑里了。
异常捕获
async 方法有三种返回类型： void、Task、Task
async void
该方式声明的方法是无法使用 catch 捕获异常的，所以以下代码的 try、catch 并没什么卵用。
private static async void ThrowExceptionAsync()
{
await Task.Delay(1000);
throw new Exception(“抛个异常玩玩”);
}
public static async void CatchAsyncVoidException()
{
try
{
ThrowExceptionAsync();
}
catch (Exception ex)
{
throw ex;
}
}
async Task 或 async Task
这两种方式声明的方法异常信息会包含Task属性内，但前提需要在try里面使用 await 等待。
private static async Task ThrowExceptionAsync()
{
await Task.Delay(1000);
throw new Exception(“抛个异常玩玩”);
}
public static async Task CatchAsyncTaskException()
{
try
{
await ThrowExceptionAsync();
}
catch (Exception ex)
{
throw ex;
}
}
TaskScheduler.UnobservedTaskException
未捕获的 Task 异常信息可以通过设置全局的TaskScheduler.UnobservedTaskException 来记录错误日志，在 Global.asax 增加如下代码：
void Application_Start(object sender, EventArgs e)
{
// 在应用程序启动时运行的代码
TaskScheduler.UnobservedTaskException += TaskScheduler_UnobservedTaskExceptionException;
}
void TaskScheduler_UnobservedTaskExceptionException(object sender, UnobservedTaskExceptionEventArgs e)
{
if (e.Exception != null)
{
// do something
}
}
同步上下文
异步编程必然是关于线程的使用，线程有一个同步上下文的概念，个人认为线程同步上下文是 async/await 遇到最揪心的问题。在现有项目开发中我们可能想尝试使用 async/await，但老代码都是同步方式，这时如果调用一个声明为 async 的方法，死锁和应用程序崩溃的问题一不小心就可能出现。
注意：控制台程序和.Net Core程序 将不会遇到这个问题，它们不需要同步上下文。
死锁
private static async Task XXXAsync()
{
await Task.Delay(1000);
// some code
}
public static void Test()
{
var task = XXXAsync();
task.Wait();
}
以上代码很完美的实现了死锁。 默认情况下，当 Wait() 未完成的 Task 时，会捕获当前线程上下文，在 Task 完成时使用该上下文恢复方法的执行。 当 async 方法内的 await 执行完成时，它会尝试获取调用者线程所在的上下文执行方法的剩余部分， 但是该上下文已含有一个线程，该线程在等待 async 方法完成。然后它们相互等待对方，然后就没有然后了，死在那里。
针对死锁问题的解决方式是增加 ConfigureAwait(false)
// await Task.Delay(1000);
await Task.Delay(1000).ConfigureAwait(false); // 解决死锁
当 await 等待完成时，它会尝试在线程池上下文中执行 async 方法的剩余部分，因此就不存在死锁。
应用程序崩溃
测试环境总发现IIS应用程序池总是崩溃，到底是什么原因？当时我们对这个问题也是非常懵逼，代码看上去并没什么明显毛病，试图欺骗自己应该是环境本身的问题吧，但事实上确实是在代码中下了毒。通过各种资料查阅和测试，基本可以断定是同步代码调用异步代码，同步上下文引起的问题。
如果调用一个 async 方法。如果使用 await 等待，当前线程立马被释放回线程池，线程的上下文信息会被保存。如果没有使用 await（async void 的方法，必然没有办法使用 await），调用 async 方法之后，代码会继续往下执行，执行完成后当前线程被释放回线程池，线程的上下文信息不会被保存。当 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()
针对以上异常我们有什么方式可以解决呢？依然是ConfigureAwait(false)，在 Task 上加上 ConfigureAwait(false)，此设置代表当 async 中的异步任务完成后，不读取当时调用它的原线程的上下文信息，而是在线程池上下文中执行 async 方法的剩余部分。
public static Task XXXAsync()
{
await Task.Run(() =>
{
// some code
}).ConfigureAwait(false);
}
总结
以上所述是小编给大家介绍的ASP.NET 谨用 async/await，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对华域联盟网站的支持！
您可能感兴趣的文章:ASP.Net中的async+await异步编程的实现
asp.net
async
await
相关文章
Asp.Net Core基于JWT认证的数据接口网关实例代码这篇文章主要给大家介绍了关于Asp.Net Core基于JWT认证的数据接口网关的相关资料，文中通过示例代码以及图文介绍的非常详细，对大家的学习或者使用Asp.net Core具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧 2019-03-03
客户端用JavaScript填充DropDownList控件 服务器端读不到值今天遇到一个奇怪的问题，某一页面需要使用三级级联下拉列表框。为提高用户体验，采用jQuery的cascadingDropDown插件调用后台Web Services来实现ajax填充。 2010-09-09
.NET中的 类型转换深入理解CLR最重要的一个特性就是类型安全,CLR在运行时总能知道一个对象的类型,我们也可以通过调用GetType()方法，来得到对象的准确类型,接下来详细介绍，感兴趣的朋友可以了解下 2013-01-01
ajaxToolkit:ModalPopupExtender演示及实现代码ajaxToolkit:ModalPopupExtender可以让用户模拟新开一个窗口,就是在模拟新开窗口作多项选项的功能,感兴趣的朋友可以了解下，希望此文对你有所帮助 2013-01-01
Asp.net后台把脚本样式输出到head标签中节省代码冗余最近在学习开发服务器控件，其它就少不了为控件注册js和css之类的资源文件，或者直接注册纯脚本样式。其中就遇到如下问题
1、 注册的资源文件或纯脚本样式在生成的页面中都不在head标签中（当然这个不影响页面功能）
2、 一个页面使用多个一样的控件时，会出现重复输入（出现多余代码）
2013-02-02
JS实现完美include加载功能代码在写这个之前在网上搜索了些资料，发现以前写的include都存在2个问题，这也是include需要解决的比较重要的2个问题。 2010-10-10
.NET下模拟数组越界的方法详解这篇文章主要给大家介绍了关于.NET下模拟数组越界的相关资料，文中通过图文介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧 2019-01-01
asp.net 长文章通过设定的行数分页长文章通过设定的行数来实现分页的代码。 2009-12-12
ASP.NET中制作各种3D图表的方法这篇文章主要给大家介绍如何在ASP.NET中如何制作3D图表。大家都知道图表在ASP.NET技术中是一种特别受欢迎而又很重要的工具。图表是表示数据的图形，一般含有X和Y两个坐标轴。我们可以用折线，柱状，块状来表示数据。下面通过本文来一起学习下各种3D图表的制作过程吧。 2016-10-10
ASP.NET Core 奇淫技巧之伪属性注入的实现这篇文章主要介绍了ASP.NET Core 奇淫技巧之伪属性注入的实现，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧 2020-08-08
最新评论
评论(0)