c# - 为什么 HttpClientHandler 没有正确获取和使用默认代理设置？

Question

我们有许多 .NET Core 2.1 服务和一些 .NET Framework 4.7.1 应用程序在客户的 Windows Server(我认为是 2016 年)机器上运行。客户设置了所有流量都需要使用的代理(通过控制面板 > 代理设置 > LAN 设置)。所有这些服务都在向云端发出调用。

我们看到的是来自 .NET Core 服务的一些调用正在到达云(例如我们能够查看的日志记录)，但大多数其他调用正在超时。我们的 .NET Framework 应用程序没有任何这些问题。

所有服务/应用程序都使用 HttpClient(每个应用程序中的单个实例)和 HttpRequestMessage 请求，而不是 HttpWebRequest 对象。我读过，如果您使用 HttpClientHandler 初始化 HttpClient 并将 UseProxy 属性设置为 true，并将 Proxy 属性设置为 null，它应该使用 Windows 中设置的默认代理设置，我相信如果您不初始化带有 HttpClientHandler 的 HttpClient，无论如何它将使用默认的，应该具有相同的效果。

我们通过制作一个测试 .Net Core 控制台应用程序并调用大量云服务，设法追踪到 HttpClient 如何使用默认代理设置的问题。有趣的是，似乎使用了默认代理设置，因为第一次调用按预期工作。但是，此后的每个调用(对不同的云服务)都以完全相同的方式失败，就好像它根本没有使用代理设置一样。

我们已经设法通过实际提供传递给 HttpClient 的 HttpClientHandler 对象和配置为使用正确代理的 WebProxy 对象来解决这个问题。设置完成后，所有调用都会成功。这不是首选解决方案，因为它涉及客户必须为每个服务提供额外的配置。他们也不一定知道这些服务将在哪台机器上运行，并且在配置服务时可能不知道代理设置。

我们还通过另一种方式解决了这个问题，即在每次调用后处理 HttpClient 并实例化一个新的。显然这不是解决方案，因为这是不好的做法，可能会导致其他问题(并且会涉及多个依赖项中的大量代码更改)。

当我们将 .NET Core 2.1 控制台应用程序转换为 .NET Framework 4.7.1 应用程序时，我们也看不到问题。

如果我们使用 HttpWebRequest 对象发出请求，我们也看不到任何问题。

这是当前失败的控制台应用程序代码。我们在我们的服务中正确使用异步而不是调用 Result。这似乎没有什么不同。

var httpClient = new HttpClient();

Console.WriteLine("Hitting service 1 API");

var request = new HttpRequestMessage(HttpMethod.Get, $"{baseUrl}/service1/serviceinfo");

var result = httpClient.SendAsync(request).Result;

Console.WriteLine($"Response code: {result.StatusCode}");           

var responseMessage = result.Content.ReadAsStringAsync().Result;
Console.WriteLine(responseMessage);

Thread.Sleep(2000);

Console.WriteLine("Hitting service 2 API");

request = new HttpRequestMessage(HttpMethod.Get, $"{baseUrl}/service2/serviceinfo");

result = httpClient.SendAsync(request).Result;

Console.WriteLine($"Response code: {result.StatusCode}");          

responseMessage = result.Content.ReadAsStringAsync().Result;
Console.WriteLine(responseMessage);            

Thread.Sleep(2000);

Console.WriteLine("Hitting service 3 API");

request = new HttpRequestMessage(HttpMethod.Get, $"{baseUrl}/service3/serviceinfo");

result = httpClient.SendAsync(request).Result;

Console.WriteLine($"Response code: {result.StatusCode}");            

responseMessage = result.Content.ReadAsStringAsync().Result;
Console.WriteLine(responseMessage);

预期结果:无论您是否配置了代理，所有三个调用都应该通过并收到 200 响应。

实际结果:当不使用代理时，我们得到了预期的结果，但当使用代理时，第一次调用按预期成功，但下一次调用失败，在我们的本地测试机器上出现 SocketException，或在客户机器上出现 GatewayTimeout (我相信这正是我们阻止所有未通过代理的流量的方式)。

如果每次调用都使用新的 HttpClient，则会出现预期的结果。

如果使用 HttpWebRequest 而不是使用 HttpClient，则会出现预期结果

如果使用已显式设置代理设置的 HttpClientHandler 初始化 HttpClient，则会出现预期结果。

Answer 1

经过进一步挖掘，我们找到了以下解决方案:

AppContext.SetSwitch("System.Net.Http.UseSocketsHttpHandler", false);

显然在 .NET Core 2.1 中，HttpClient 被迫使用新的 HttpClientHandler。您可以使用上面的 AppContext 开关，或者使用旧的处理程序初始化您的 HttpClient。这似乎是 .NET Core 的一个明显错误/回归，但我知道我似乎无法在网上找到任何其他人遇到过这个确切的问题。欢迎任何建议。也许一个错误需要报告？