HttpClient.SendAsync抛出"A task was canceled"异常问题求助

核心原因 #

你遇到的超时任务取消异常，并非服务端处理慢导致，而是代码实现层面的问题触发了客户端侧的死锁或连接耗尽，具体原因如下：

• HttpClient及WebRequestHandler使用错误：每次执行Execute方法都会新建HttpClient实例，该类设计为全局单例复用，频繁创建销毁会导致系统Socket连接资源耗尽，且你设置了MaxConnectionsPerServer = 1，单连接限制很容易出现连接被占用、新请求排队等待直到超时的情况。
• 异步方法同步阻塞调用触发死锁：你在代码中使用.Result同步等待SendAsync、ReadAsStringAsync等异步方法返回，在Workflow Foundation的CodeActivity这类存在同步上下文的环境中，极易出现上下文死锁：异步方法等待上下文释放才能继续执行，而主线程阻塞等待异步方法返回，最终互相等待直到HttpClient超时抛出任务取消异常。
• PUT请求默认Expect: 100-continue头兼容问题：.NET中PUT/POST请求默认会携带该请求头，要求服务端先返回100状态码再发送请求体，部分服务端未兼容该逻辑，不会返回100响应，导致客户端一直等待直到超时。
• 超时单位可能配置错误：代码中超时使用TimeSpan.FromMilliseconds(httpTimeOut)设置，若你传入的HttpTimeout参数单位为秒，比如传值30代表30秒，那实际上此处只会设置30毫秒超时，直接触发超时错误。

修复方案 #

1. 调整HttpClient为全局单例复用
   将HttpClient和WebRequestHandler调整为静态单例，避免频繁创建销毁，同时调大MaxConnectionsPerServer到合理值，示例：

// 全局静态HttpClient实例，仅初始化一次，替换YourClassName为你实际的类名
private static readonly HttpClient _httpClient;
static YourClassName()
{
    var webRequestHandler = new WebRequestHandler
    {
        MaxConnectionsPerServer = 10 // 按业务需要调整，默认值为Int32.MaxValue
    };
    // 证书加载逻辑可以移到这里，或者根据实际需要调整
    _httpClient = new HttpClient(webRequestHandler)
    {
        Timeout = TimeSpan.FromSeconds(30) // 确认单位，若要用毫秒再调整回FromMilliseconds
    };
    // 全局禁用Expect:100-continue，解决服务端兼容问题
    _httpClient.DefaultRequestHeaders.ExpectContinue = false;
}

2. 替换.Result为无上下文等待，消除死锁
   将所有异步方法的.Result调用，替换为带ConfigureAwait(false)的等待，避免捕获同步上下文：

// 替换原有的SendAsync调用
HttpResponseMessage httpResponseMessage = httpClient.SendAsync(httpRequestMessage).ConfigureAwait(false).GetAwaiter().GetResult();

// 替换原有的ReadAsStringAsync调用
ResponseBody.Set(context, httpResponseMessage.Content.ReadAsStringAsync().ConfigureAwait(false).GetAwaiter().GetResult());

3. 确认超时参数单位
   如果你的HttpTimeout配置项单位为秒，将Timeout = TimeSpan.FromMilliseconds(httpTimeOut)修改为Timeout = TimeSpan.FromSeconds(httpTimeOut)，避免单位不匹配导致的超时。

内容的提问来源于stack exchange，提问作者Sujith