9

通常建议在ConfigureAwait(false)不需要上下文时等待异步调用时使用。ConfigureAwait(false)只是想知道在 Azure Functions中使用有什么好处。

Azure Function 线程是否具有非空值SynchronizationContext，因此使用ConfigureAwait(false)它可以避免不必要地捕获它并将 await 继续重新安排回捕获的线程上SynchronizationContext？

在每个异步调用结束时添加它有点麻烦，ConfigureAwait(false)因此如果没有性能/或任何其他相关增益，则更愿意避免在 Azure Functions 中运行的代码使用它。

查看天蓝色函数宿主代码： https ://github.com/Azure/azure-functions-host/blob/918b057707acfb842659c9dad3cef0193fae1330/src/WebJobs.Script.WebHost/WebScriptHostManager.cs#L181

似乎 azure 函数主机在调用 azure 函数之前尝试去除 ASP.NET SynchronizationContext。

4

1 回答 1

14

只是想知道在 Azure Functions 中使用 ConfigureAwait(false) 有什么好处。

如果您的代码知道它在该上下文中运行，则不会。

在我的 Azure Functions 代码中，我将其分为单独的库项目中的“类库”代码和“Azure Functions”代码。我确实ConfigureAwait(false)在图书馆项目中使用过，因为它们可以（至少在理论上）在其他应用程序中重用。

但是对于知道它在 Azure Functions 中运行的代码，没有ConfigureAwait(false)必要。v1 主机将去掉SynchronizationContext，而 v2 主机在没有上下文的 ASP.NET Core 上运行。

于 2019-04-08T20:49:33.447 回答