具有顶级功能的嵌套异步调用正在等待

Question

我有这种情况，想在走那条路线之前先检查一下是否可行。

我有一个webApi项目，有一个委托处理程序，它在HttpContext.Current.Items中添加了一些数据。 在控制器中，我正在使用configureawait（false）进行异步调用。 在库DLL中相同。

总体代码如下：

在控制器中

public async Task<Entity> func()
{

HttpContext.Current.Items.Add(key, value);

await DBCalls.Method1Async().configureawait(false);
await DBCalls.Method2Async().configureawait(false);

var data = HttpContext.Current.Items[key];

// rest of the method
}

在DLL中，类DBCalls

async void Method1Async()
{
   await internalMethod1().configureawait(false)
}
async void Method2Async()
{
   await internalMethod2().configureawait(false)
}

问题是，当执行恢复到控制器功能时，我是否将从HttpContext.Current.Items取回存储的数据？

Answer 1

当执行恢复到控制器功能时，我是否将从HttpContext.Current.Items返回存储的数据？

不，你不会。 ConfigureAwait(false)完全适合您不需要在先前上下文中恢复的情况。 但是要访问HttpContext.Current ，您需HttpContext.Current 。

您应该做的是在“库”代码（例如InternalMethodN和可能的Method1Async ）中使用ConfigureAwait(false) ），它不依赖于上下文。 但是，在需要返回到ASP.NET请求上下文的“应用程序”代码中，不要使用ConfigureAwait() 。

因此，您的代码应如下所示：

public async Task<Entity> Func()
{
    HttpContext.Current.Items.Add(key, value);

    await DBCalls.Method1Async();
    await DBCalls.Method2Async();

    var data = HttpContext.Current.Items[key];

    // rest of the method
}

async Task Method1Async()
{
   await InternalMethod1().ConfigureAwait(false);
}

async Task Method2Async()
{
   await InternalMethod2().ConfigureAwait(false);
}

请注意，我已将MethodNAsync从async void更改为async Task 。 除非必须这样做，否则不应该使用async void方法，并且您肯定无法await它们。

另外，我假设真正的MethodNAsync实际上在做某事。 如果它们只是委派给内部方法，则可以将它们简化为（使用C＃6.0表达式增强的方法使它们更短）：

Task Method1Async() => InternalMethod1();

Task Method2Async() => InternalMethod2();