如何在DelegatingHandler中安全抛出异常？解决HttpClient连接挂起问题

这个问题我之前帮不少开发者排查过，核心就是连接池耗尽导致的阻塞——因为前两次失败的请求没正确释放连接，占满了HttpClient默认的2个最大连接数，第三次请求只能等着被分配连接，自然就挂住没响应了。下面给你几个针对性的解决思路：

1. 确保所有HttpResponseMessage被正确释放 #

HttpClient的连接复用机制依赖于响应对象被妥善处置。在你的DelegatingHandler里，不管请求成功还是失败，都要保证HttpResponseMessage被Dispose。最稳妥的方式是用using块包裹，或者在异常分支里手动释放：

protected override async Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
{
    using var response = await base.SendAsync(request, cancellationToken);
    try
    {
        if (!response.IsSuccessStatusCode)
        {
            var errorContent = await response.Content.ReadAsStringAsync();
            // 抛出自定义重试异常
            throw new CustomRetryException($"请求失败: {errorContent}", response.StatusCode);
        }
        return response;
    }
    catch
    {
        // 即使抛出异常，using块也会自动释放response；如果不用using，这里要手动调用Dispose
        // response?.Dispose();
        throw;
    }
}

这里的关键是：不能让未释放的HttpResponseMessage留在内存中，否则对应的连接会一直被占用，无法回到连接池供后续请求使用。

2. 检查Polly重试中的请求消息状态 #

如果你的重试策略复用了同一个HttpRequestMessage实例，可能会导致状态污染（比如请求内容已被读取过），间接引发连接问题。建议每次重试时创建全新的HttpRequestMessage，或者在重试前重置请求的Content等可流状态。

比如在Polly策略中，确保每次执行都生成新的请求：

var retryPolicy = Policy
    .Handle<CustomRetryException>()
    .RetryAsync(2, (exception, retryCount) =>
    {
        // 日志记录重试
    });

// 每次重试都创建新的请求
await retryPolicy.ExecuteAsync(async () =>
{
    using var request = new HttpRequestMessage(HttpMethod.Post, "your-api-url");
    request.Content = new StringContent("request-body", Encoding.UTF8, "application/json");
    var response = await _httpClient.SendAsync(request);
    // 处理响应...
});

3. 临时调整连接池上限（仅用于验证） #

如果你想快速验证是不是连接池的问题，可以临时增大默认连接数，但这只是治标不治本的方案：

// 在应用启动时设置，比如Program.cs
ServicePointManager.DefaultConnectionLimit = 10;

不要把这个当成最终解决方案，核心还是要解决连接未释放的根源问题。

4. 改用HttpClientFactory管理HttpClient #

如果你还在手动实例化HttpClient，强烈建议切换到IHttpClientFactory（.NET Core及以上版本支持）。它会自动帮你管理HttpClient的生命周期、连接池复用，避免很多手动管理带来的资源泄漏问题。

注册方式示例：

// Program.cs
builder.Services.AddHttpClient("YourClientName")
    .AddHttpMessageHandler<YourDelegatingHandler>();

然后通过依赖注入获取HttpClient使用即可，框架会帮你处理连接的回收和复用。

另外，你可以用Fiddler或者Wireshark抓包，查看前两次请求的连接状态，如果发现连接处于CLOSE_WAIT或ESTABLISHED状态迟迟不释放，那就能确认是连接未被正确回收的问题了。

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