.NET Core HttpClient请求异常思考

本文转载自微信公众号「JeffckyShare」，请求异作者Jeffcky 。常思转载本文请联系JeffckyShare公众号。请求异

下面我们结合如下两个异常信息进行大致排查分析，常思到底什么时候会抛出这两个异常信息呢?请求异

异常信息分析

上述异常说到底还是连接问题导致，但是常思连接超时有很多种情况，比如客户端主动关闭连接，请求异又比如服务端对请求应答超时等等，常思这里给出仅我个人理解的请求异常见情况，大家可以作为基本参考

大前提：根据项目实际情况，常思分析实际业务对应场景，请求异主要考虑以下最后两个因素

一是常思，适当观察下数据量大小，请求异万一偶尔出现数据量达到M级别呢，常思当然既然考虑HTTP，请求异这种情况可以基本忽略

二是，亿华云HTTP是否还能承载对应业务，排除性能瓶颈

三是，评估考虑是否增加自身平台请求超时时间设置?同时也清楚自身平台是否存在请求非常频繁?以及也一定要了解对接方是否存在处理请求非常耗时?

首先，若以上两者都不是，可以从网络原因开始分析，比如防火墙设置(根据操作系统不同而采取对应方案)、DNS解析设置(有参数可配置刷新DNS解析)、IP设置、代理设置(有参数可配置忽略代理)等等

其次，保证启用客户端持久化连接以及增加连接数限制

//增加保活机制，表明连接为长连接 client.DefaultRequestHeaders.Connection.Add("keep-alive"); //启用保活机制（保持活动超时设置为 2 小时，并将保持活动间隔设置为 1 秒。） ServicePointManager.SetTcpKeepAlive(true, 7200000, 1000);  //默认连接数限制为2，增加连接数限制 ServicePointManager.DefaultConnectionLimit = 512; 

然后，云服务器依然不能解决问题，尝试使用Socket通信连接

var client = new HttpClient(new SocketsHttpHandler() {      //考虑忽略使用代理     UseProxy = false,     //考虑增加连接数配置     MaxConnectionsPerServer = 100,     //考虑忽略重定向响应     AllowAutoRedirect = false,     //考虑忽略SSL证书验证     SslOptions = new SslClientAuthenticationOptions()     {          RemoteCertificateValidationCallback = (sender, certificate, chain, sslPolicyErrors) => true     },     //考虑数据压缩设置     AutomaticDecompression = DecompressionMethods.Deflate | DecompressionMethods.GZip,   })   {        BaseAddress = new Uri(""),       Timeout = TimeSpan.FromSeconds(30),   }; 

最后，还不能解决问题，若是Windows通过WireShark抓包分析，若是Linux使用tcpdump抓包，结合WireShark分析

如果其他干扰因素都已经基本排除，同时通过WireShark抓包一切正常，是不是没辙了

自信一点，适当怀疑一下HttpClient本身可能就存在这样的问题呢?

考虑在Windows和Linux系统分别测试验证，最终确认是否是HttpClient底层在两者系统上机制的有些不同，导致存在的bug呢?

香港云服务器

很赞哦!（67787）