第三方使用的 Azure 函数 REST API - 是否需要使用 ConfigureAwait(false)？

Question

我的任务是在 .NET Core 2.1+ 中使用 Azure Functions 创建 REST API，但我担心死锁。我们将有一个现场方使用 JavaScript 框架调用 POST 请求的 API，以及其他发出 POST 请求并以其他方式使用它的场外方。 Stephen Cleary 在这里说 - Is .GetAwaiter().GetResult(); safe for general use? - Azure 函数总是在没有上下文的情况下运行代码。 Stephen 在这里说 - https://blog.stephencleary.com/2017/03/aspnetcore-synchronization-context.html - ASP.NET Core 应用程序不使用与旧版 ASP.NET 相同的 SynchronizationContext。他说阻塞异步代码不会死锁，因为它运行在线程池线程上，所以没有理由使用 ConfigureAwait(false)。但是，如果您正在编写在非 ASP.NET Core 应用程序中重用的核心库，则应该使用 ConfigureAwait(false)。由于 Azure 基于函数的 REST API 没有上下文并且是独立的，是否需要使用 ConfigureAwait(false) 来防止死锁？

编辑：我的代码如下所示：

private readonly ILogger<AzureMockFunctions> _logger;

    public AzureMockFunctions(ILogger<AzureMockFunctions> logger)
    {
        _logger = logger;
    }

[FunctionName("Function")]
    public Task<ActionResult<Teacher>> Run(
        [HttpTrigger(AuthorizationLevel.Anonymous, "post", Route = "null")] HttpRequest request)
    {
        try
        {
            _logger.LogInformation("C# HTTP trigger function processed a request.");

            using (StreamReader reader = new StreamReader(request.Body, Encoding.UTF8))
            {
                string requestBody = reader.ReadToEndAsync().GetAwaiter().GetResult();
                Teacher data = JsonConvert.DeserializeObject<Teacher>(requestBody);

                if (data == null)
                    throw new Exception("request body is empty");
            }

            Teacher teacher = new Teacher
            {
                prop1 = "some string",
                prop2 = "1",
                prop3 = "some other string"
            };                

            return Teacher;
        }
        catch (Exception ex)
        {
            _logger.LogError($"An error occurred: {ex}");

            return new BadRequestObjectResult(new
            {
                message = "An error occurred: " + ex.Message
            });
        }
    }

public class Teacher
{
    public string prop1{ get; set; }
    public string prop2{ get; set; }
    public string prop3{ get; set; }
}

Answer 1

关于斯蒂芬·克利里的告诫：

我仍然建议您在核心库中使用它——任何可以在其他应用程序中重用的东西。如果您的库中的代码也可能在 UI 应用程序或旧版 ASP.NET 应用程序或其他任何可能存在上下文的地方运行，那么您仍应在该库中使用 ConfigureAwait(false)。

当他谈到“库”时，Stephen Cleary 是在谈论 DLL。当您通过 REST API 将自己与调用者分开时，根据此定义，您的代码不符合“库”的条件。如果您确定您的代码只会在 .NET Core 上下文中使用，则可以安全地省略对 .ContinueAwait(false) 的调用。