.NET Core 迁移躺坑记续集之Win下莫名其妙的超时

继上一集里说到遇到的各种问题并且弄了n个解决方案之后，特别是对于问题4的解决方案对于切换了HttpClientFactory 我用了你家netcore 2.1下专门解决之前HttpClient口病已久的灵丹妙药了，信心满满的上线…..然后挂了，该超时的继续超 其中这个问题比较诡异在于超时的主要集中在两台机器上（俗称两兄弟了） 由于不明真相到底是什么导致的，而且接下来又要到五一了，为了欢度五一这么一个伟大艰巨的任务，为了证明迁移core的伟大光荣正确，怎么也要解决掉这个问题 步骤一，先确认问题的复现 首先直接放弃在任何测试环境复现的想法，因为之前在测试HttpClientFactory的时候已经 标题中的".NET Core 迁移躺坑记续集之Win下莫名其妙的超时"描述了一个开发者在将应用程序从.NET Framework迁移到.NET Core时遇到的特定问题，即在Windows环境下出现的不可预测的HTTP请求超时。这个问题主要发生在两台特定的服务器上，且超时现象呈现出一定的规律性，即每5分钟后会出现2分钟的超时。 描述中提到，开发者尝试了多种解决方案，包括使用`HttpClientFactory`，这是.NET Core 2.1引入的一个特性，旨在解决`HttpClient`的生命周期管理问题，以避免因长时间使用同一实例导致的网络连接问题。然而，即使采用了`HttpClientFactory`，问题仍然存在。 标签".NET core IN OR"可能指的是与.NET Core相关的内在问题或者操作（IN操作可能是指内部操作，OR可能表示选择或条件）。 在问题排查过程中，开发者首先确认了问题是否可复现，发现问题仅在特定的生产环境中出现，而非测试环境。通过压测工具`superbenchmarker`对问题服务器进行压力测试，发现在持续稳定的请求后，会出现一段时间的请求卡住，然后短暂的响应时间激增，接着请求恢复。 在进一步的排查中，开发者检查了服务器的常规资源使用情况（如CPU和内存），并考虑了`HttpClient`的历史缺陷，但未发现明显异常。为验证是否是.NET Core的问题，开发者编写了两个控制台应用，分别在.NET Framework和.NET Core下使用`HttpClient`进行周期性的外部接口调用，结果发现只有.NET Core应用出现超时问题。 在寻找解决方案的过程中，开发者在网上查找相似问题无果，随后在技术社区得到了一个建议：在创建`HttpClient`时设置`UseProxy = false`，因为默认情况下`UseProxy`是`true`。按照这个建议修改后，问题似乎得到了解决，服务器在长时间运行后没有再出现超时。 尽管问题得到了初步解决，但仍有几个疑问未能解答，例如为何只有两台服务器出现问题，超时的规律（5分钟和2分钟）源自何处，以及`UseProxy`的具体作用。尽管群里的小伙伴给出了解释，但开发者对此仍感困惑。 这个问题强调了.NET Core迁移过程中可能会遇到的复杂性和不确定性，以及在处理此类问题时需要进行深入的诊断和调试。同时，这也提醒开发者在使用`HttpClient`时，应当注意其配置，特别是在涉及到代理设置时。在遇到类似问题时，寻求社区支持和交流是解决问题的有效途径。