C# httpClient (block for async call) deadlock

本文关键字：call deadlock async for httpClient block | 更新日期: 2023-09-27 18:32:15

现状

有一个客户端通过 HttpClient.GetAsync 执行 get-request。不幸的是，出于某种原因，我们需要阻止该调用。

为此，使用此 Asynchelper 类以避免上下文切换死锁（而不是仅使用 .结果）

   public static class AsyncHelper
   {
       private static readonly TaskFactory _myTaskFactory = new
             TaskFactory(CancellationToken.None,
                         TaskCreationOptions.None,
                         TaskContinuationOptions.None,
                         TaskScheduler.Default);

    public static void RunSync(Func<Task> func)
    {
        AsyncHelper._myTaskFactory
          .StartNew<Task>(func)
          .Unwrap()
          .GetAwaiter()
          .GetResult();
    }
}

然后实际调用如下所示：

AsyncHelper.RunSync(Async Function() Await _httpClient.GetAsync(uri, HttpCompletionOption.ResponseHeadersRead))

问题

在使用 Netlimiter 降低网络速度的压力测试期间，我们遇到了请求未完成的问题。例如，当我终止网络连接（在NetLimiter中）时，这样的请求将永远保留在客户端。它将保留在 AsyncHelper.RunSync-call 中，直到它运行到 httpClient.Timeout。

难道不应该有一个异常会在连接丢失时结束此调用吗？我错过了什么吗？

C# httpClient (block for async call) deadlock

问题是HTTP连接通常骑在TCP连接上。因此，当您强制终止TCP连接而无法发送其"我在这里完成了"（或FIN）数据包时，连接的另一端仍然乐于等待更多数据，至少直到某个定义的超时可以在套接字查询操作中从上面配置。

处理此问题的一种方法是在套接字上设置 TCP 保持活动状态。请注意，这与HTTP Keep-Alive非常不同。另一种选择是，正如似乎已经发生的那样，使用足够好的超时。

相关文章：