如何捕获服务端强制关闭HttpClient连接时的异常并避免程序崩溃

问题1：异常未被捕获导致程序崩溃的解决方案 #

你遇到的捕获块未生效的问题通常由两个原因导致：

1. 当前捕获块仅包裹了GetAsync调用，但GetAsync默认仅在请求发起阶段抛出异常，如果你把返回的Task<HttpResponseMessage>直接抛给上层调用方，后续读取响应内容（比如调用ReadAsStringAsync、EnsureSuccessStatusCode）时触发的异常没有被上层捕获，就会导致程序崩溃，并非当前的catch(Exception)逻辑失效。
2. 「现有连接被远程主机强制关闭」本质是SocketException（错误码10054），通常会被包裹在HttpRequestException的内部异常中，部分低版本.NET框架下异常触发上下文特殊，你可以通过异常筛选器显式处理该场景。

你可以参考如下调整后的代码：

try
{
    // 配置HttpCompletionOption.ResponseHeadersRead减少不必要的资源占用，也可以用默认值
    using var response = await m_Client.GetAsync(AppVars.Instance.ServerAddress + method, HttpCompletionOption.ResponseHeadersRead);
    // 所有响应处理逻辑都放在当前try块内，避免异常抛到无捕获逻辑的上层
    response.EnsureSuccessStatusCode();
    // 示例：读取响应内容，根据你的业务需求调整
    var result = await response.Content.ReadAsStringAsync();
    return result;
}
catch (HttpRequestException ex) when (ex.InnerException is SocketException sockEx && sockEx.ErrorCode == 10054)
{
    // 专门处理远程主机关闭连接的异常，可在这里加重试逻辑，或者重置HttpClient实例
}
catch (Exception ex)
{
    // 兜底捕获所有其他异常
}

同时建议你在初始化HttpClient时配置底层连接的生命周期，避免长时间持有已经被服务端关闭的无效连接：

// .NET Core 2.1及以上版本使用SocketsHttpHandler的配置示例
var handler = new SocketsHttpHandler
{
    PooledConnectionLifetime = TimeSpan.FromMinutes(2), // 连接最长存活2分钟，自动回收
    PooledConnectionIdleTimeout = TimeSpan.FromSeconds(30), // 空闲30秒自动回收
};
m_Client = new HttpClient(handler);

不需要手动维护单条长连接，HttpClient底层的连接池会自动处理连接复用，手动维持单连接反而会放大连接失效的影响。

问题2：检测服务端关闭连接的方案 #

HttpClient本身没有公开的属性能直接指示底层连接是否被服务端关闭，这是因为HttpClient是上层抽象，单个实例不绑定固定的物理连接，底层连接由连接池统一管理。
你只能通过请求抛出的异常（错误码为10054的SocketException）来判断连接已经失效，失效后你可以主动重置HttpClient实例或者触发重试逻辑。

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