.NET Core中HttpClientHandler无法正确获取并使用默认代理设置的问题

我之前在客户的Windows Server 2016环境里碰到过一模一样的坑——.NET Core 2.1的单例HttpClient第一次调用能正常走系统代理，后续换个服务域名调用就直接超时，而.NET Framework 4.7.1的代码却完全没问题。结合你的测试结果和排查过程，给你梳理下问题根源和更靠谱的解决方案：

问题到底出在哪？ #

.NET Core 2.1的默认HttpClientHandler在处理Windows系统代理时存在个代理缓存的bug：首次请求会正确读取系统代理设置并建立连接，但后续请求会无脑复用之前的代理连接。当目标服务域名变化时，这个复用的代理连接根本用不了，而且Handler不会重新去读取系统代理配置，导致请求直接走直连，被客户的网络拦截，就出现了你看到的SocketException或者GatewayTimeout。

反观.NET Framework的HttpClient（还有HttpWebRequest），每次遇到不同的目标域名都会重新解析系统代理，所以不会踩这个坑；而每次新建HttpClient等于重新初始化Handler，自然也会重新读代理，这就是你那两个临时方案能work的原因，但频繁新建HttpClient确实会带来TCP端口耗尽的风险，绝对不是长久之计。

最优解决方案（按优先级排序） #

1. 升级.NET Core版本（首推） #

这个代理缓存的bug在.NET Core 3.0及之后的版本已经被官方修复了。如果业务允许，把你的.NET Core 2.1服务升级到.NET Core 3.1（LTS长期支持版本）或者更高，不用改一行代码，问题直接解决。

2. 自定义HttpClientHandler，强制每次请求刷新代理 #

如果暂时没法升级框架，可以自己写个Handler，重写GetProxy方法，让每次请求都重新读取系统代理：

public class RefreshSystemProxyHandler : HttpClientHandler
{
    protected override WebProxy GetProxy(Uri destination)
    {
        // 每次请求都重新拉取Windows系统代理配置
        var systemProxy = WebRequest.GetSystemWebProxy();
        return systemProxy as WebProxy ?? base.GetProxy(destination) as WebProxy;
    }
}

然后用这个Handler初始化你的单例HttpClient：

var httpClient = new HttpClient(new RefreshSystemProxyHandler());

这样既保留了单例HttpClient的性能优势，又能确保每次请求都用最新的系统代理，完全不用让客户额外配置代理信息。

3. 临时应急：禁用连接复用（不推荐长期用） #

如果上面两个方案都没法快速落地，可以临时给每个请求加ConnectionClose头，强制每次请求建立新连接，间接触发代理重新获取：

var request = new HttpRequestMessage(HttpMethod.Get, $"{baseUrl}/service2/serviceinfo");
request.Headers.ConnectionClose = true; // 强制关闭连接，避免复用
var result = await httpClient.SendAsync(request);

不过这个方案会增加连接开销，影响性能，只能当临时救急的手段。

关于你那两个临时方案的说明 #

• 显式配置WebProxy：相当于绕开了系统代理的自动读取逻辑，直接硬编码代理信息，自然不会有缓存问题，但确实需要客户提供代理参数，对运维不友好；
• 每次新建HttpClient：每次新建都会重新初始化Handler并读取系统代理，所以每次请求都能走代理，但频繁创建HttpClient会导致TCP连接无法及时释放，时间长了可能会出现端口耗尽的问题，完全不符合HttpClient的最佳实践。

额外测试小技巧 #

你可以在测试程序里加一行日志，验证每次请求的代理是否正确：

var systemProxy = WebRequest.GetSystemWebProxy();
Console.WriteLine($"当前系统代理: {systemProxy.GetProxy(new Uri(baseUrl))}");

这样能快速确认系统代理是否被正确读取，以及后续请求中代理配置是否正常。

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