使用 LegacyAspNetSynchronizationContext 对 .net 4.7 中的 async / await 代码有什么影响？

Question

我正在将旧的 Asp.Net WebForms 项目升级到 .net 4.7。

在我的配置中，我将目标框架设置为 4.7，并将同步上下文设置为使用新的 AspNetSynchronizationContext（尽管我相信如果省略后者是隐含的）以允许新的 async / await 方法工作，例如

<httpRuntime targetFramework="4.7" />
...
<add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" />

但后来我发现 很多 行代码如下：

var myTask = DoSomethingAsync();
return myTask.Result;

未等待任务结果导致应用挂起。

如果我将配置更改为使用LegacyAspNetSynchronizationContext ...

<add key="aspnet:UseTaskFriendlySynchronizationContext" value="false" />

... 旧的非等待代码再次工作，新的 async/await 方法出现 工作。我在this MSDN article 中读到时说“出现”：

除非已设置此开关，否则 ASP.NET 中未定义 async / await 的行为

为什么它是未定义的？这是否意味着行为是不可预测的或根本不起作用？

如果我有如下的 sn-p 代码，当它在 LegacyAspNetSynchronizationContext 中调用时会发生什么或可能发生什么？

public async Task<bool> DoSomethingElseAsync()
{
    return await CallSomeApiAsync().ConfigureAwait(false);
}

Answer 1

使用LegacyAspNetSynchronizationContext 意味着您在使用任务时没有得到定义的行为；旧的同步模型不是为使用任务调度而构建的。如果您想在 ASP.NET 中使用任务，您必须使用新的同步上下文。

var myTask = DoSomethingAsync();
return myTask.Result;

此代码块在 Task 上。在正在运行的 Task 上调用 Wait() 或 Result 将阻塞调用线程，直到 Task 完成。

除非您知道，否则您无法安全地阻止任务：

• 任务已经完成（在这种情况下，您并没有真正阻塞）。
• 同步上下文不会尝试在启动任务的同一线程上恢复。

唯一合理的解决方案是一直使用任务。任何试图阻止 Task 的方法都应改为返回 Task 或 Task<TResult> 和 await，而不是正在运行的 Task。