嵌套调用中的异步和等待。 没有等待等待导致IIS崩溃的方法

Question

我一直在网上看，我有一些问题，希望有人在这里可以回答我。 我正在尝试解决导致IIS崩溃的问题。 这个服务呼叫应该是一个火灾和忘记呼叫类型。 如果失败，我们禁止并记录异常。 因为它是一个长期运行的服务调用，所以它被实现为异步。 当前实现有几个嵌套方法调用如下：

// in first service
public void PerformService(some params)
{
    // setup and validation

    DoAction();
}
private void DoAction()
{
    // final setup

    OtherService.FireAndForgetAsync(some params);
}

// in the other service (OtherService)
public async Task FireAndForgetAsync()
{
    await Task.Run(() => 
    {
        try 
        {
           // do some long running stuff
        }
        catch (Exception e)
        {
            ErrorLogger.LogError(e)
        }
    }
}

实际上，我们在一个循环（从0到多次迭代）中调用PerformService并且当前得到以下异常：

System.NullReferenceException: Object reference not set to an instance of an object. at   
System.Web.ThreadContext.AssociateWithCurrentThread(Boolean setImpersonati onContext) at 
System.Web.HttpApplication.OnThreadEnterPrivate(Boolean setImpersonationCo ntext) at
System.Web.LegacyAspNetSynchronizationContext.CallCallbackPossiblyUnderLock(SendOrPostCallback callback, Object state) at System.Web.LegacyAspNetSynchronizationContext.CallCallback(SendOrPostCallb ack callback, Object state) at System.Web.LegacyAspNetSynchronizationContext.Post(SendOrPostCallback call back, Object state) at System.Threading.Tasks.SynchronizationContextAwaitTaskContinuation.PostAct ion(Object state) at System.Threading.Tasks.AwaitTaskContinuation.RunCallback(ContextCallback c allback, Object

即使我在try catch块中强制发生异常（测试我们的错误记录器），它也会被我们的错误记录器正确捕获并记录。 看起来某些线程在请求​​完成后仍在尝试执行SynchronizationContext.Post。 我认为我们不正确地使用C＃5的async / await，因为FireAndForgetAsync正在等待，但没有别的。 所以，我们说我们要等待，然后离开。 http请求结束，然后由于没有任何东西可以同步，它无法自动同步。 不好，因为这完全崩溃IIS。 我主要是在寻找其他人的输入，因为我不太熟悉C＃5中的async / await以及适当的解决方案。 由于我们不想等待它完成，因此从FireAndForgetAsync方法中删除await和async修饰符似乎应该可以解决问题。

Answer 1

除非在Task.Run lambda完成后你有事情要做，否则你不应该做await 。 通过执行await ，您实际上要求在返回的Task完成之前恢复上下文以基本上执行no-op。

如果你有一个理由做一个await （即应在之后做了一些工作Task.Run拉姆达完成），你不希望它试图恢复的背景下，那么你可以使用ConfigureAwait(false)的任务从Task.Run返回。

看到这篇文章的一个很好的解释：

• “理解C＃5 async / await中的上下文”

Answer 2

这个服务呼叫应该是一个火灾和忘记呼叫类型。

希望你没有任何重要的代码，因为IIS不是这样设计的 。

[堆栈跟踪] ... LegacyAspNetSynchronizationContext ...

红色的标志！ LegacyAspNetSynchronizationContext无法与async和await完美LegacyAspNetSynchronizationContext 。

请确保您在web.config中具有以下设置：

<appSettings>
   <add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" />
</appSettings>

---

如果您在FireAndForgetAsync中执行实际的业务逻辑，那么您应该更改您的体系结构：将DoAction后工作到持久存储（例如，Azure队列）并具有独立的非IIS服务（例如，Azure工作者角色）处理在队列中工作。

如果您的FireAndForgetAsync工作不重要，那么您可以在我的博客上使用类似BackgroundTaskManager类型的东西来缓解这种方法的问题......