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

继上一集里说到遇到的各种问题并且弄了n个解决方案之后，特别是对于问题4的解决方案对于切换了HttpClientFactory

我用了你家netcore 2.1下专门解决之前HttpClient口病已久的灵丹妙药了，信心满满的上线…..然后挂了，该超时的继续超

其中这个问题比较诡异在于超时的主要集中在两台机器上（俗称两兄弟了）

由于不明真相到底是什么导致的，而且接下来又要到五一了，为了欢度五一这么一个伟大艰巨的任务，为了证明迁移core的伟大光荣正确，怎么也要解决掉这个问题

步骤一，先确认问题的复现

首先直接放弃在任何测试环境复现的想法，因为之前在测试HttpClientFactory的时候已经在测试环境里进行过多批次各种场景的压测，无论是长时低压，长时高压，短时高压都进行过都没发生过

而且就算是线上也就2台机器有问题

所以让运维提供ip，指向到这台服务器后，使用superbenchmarker对其进行压测

压测中发现这个….很稳定

稳定5分钟，挂个2分钟

绿色线为RPS每秒请求数，紫色是请求响应时间，发现绿色线稳定5分钟后，会突然没有了（请求卡住了），等个2分钟后突然紫色线突然冒个刺（等待已久的请求终于响应了）然后绿色线又起来了（请求恢复正常）

步骤二，确认超时的时候发生了什么

第二天，开好压测，因为确认了每5分钟后会超时2分钟这个时间，等着个四分钟左右跑到运维那坐着，看下超时期间到底发生了什么。

然后我就绝望了。

常规的比如CPU/内存之类一切正常，考虑到HttpClient有过的历史缺陷。 也特意关注过端口号之类的，也一切正常。

步骤三，迁移前的Framework怎么没有问题，是Core的锅吗

为了证明这个事情，准备了2个console

一个Framework下使用静态的HttpClient每100ms调用某外部接口

一个Core下使用HttpClientFactory也是每100ms调用某外部接口

这个结果让我绝望的平方

结果显示Framework下一切正常，只有Core有问题

后续在补充了几个不同姿势的Core版本的console来测试

包括

1.将SetHandlerLifetime设置为InfiniteTimeSpan

2.不用HttpClientFactory直接new一个静态HttpClient（和Framework一摸一样的姿势）

依然都会又超时的问题

由于网上google翻了个遍没找到类似的说法

此时的内心想法:难道我要开历史的倒车了么（难道只有我有问题么？还是说我哪里姿势有问题？别人怎么都好好的？难道别人都是假的？网上吹的那么厉害全都是瞎BB？….各种草泥马奔腾而过）

柳暗花明，绝望的时候找下组织吧

然后就在某微信群里发出求救信号

最后得到一个看起来有点靠谱的方案

（截图里的内容,）

文字版描述：创建HttpClient的时候设置UseProxy为false,此值默认值是true

然后使用这个改造后在打包一个console进行测试，这次结果终于看到了希望的曙光了

由于根据之前的规律每5分钟之后会挂2分钟，能活个10分钟基本证明修改有效

跟着这个将站点都修改了UseProxy=false打包上去，进行压测

跑了好几个小时，目前为止并没有发生再超时的问题了，现在基本实锤问题解决了

最后总结

无论你是new一个静态HttpClient还是通过HttpClientFactory去创建HttpClient,记得要将UseProxy=false（当然，除非你要用proxy那就没辙）

当然，最后有几个疑点我也不是太清楚

比如

为什么线上就2台机器恒定有问题？

而其他机器则比较稳定（实际线上服务器接近30台）？

为什么是稳5分钟后超时2分钟（这个5和这个2是哪里设置的）？

UseProxy在这里又是起到了什么样的作用？

群里小伙伴给了这么一个解释

然而我依然不是太理解T-T

.Net世界真是博大精深…

总结

以上所述是小编给大家介绍的.NET Core 迁移躺坑记续集之Win下莫名其妙的超时,希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对我们网站的支持！
如果你觉得本文对你有帮助，欢迎转载，烦请注明出处，谢谢！

赞 (0)

相关推荐

  • 在.NET Core类库中使用EF Core迁移数据库到SQL Server的方法

    在.NET Core类库中使用EF Core迁移数据库到SQL Server的方法

    前言 如果大家刚使用EntityFramework Core作为ORM框架的话,想必都会遇到数据库迁移的一些问题. 起初我是在ASP.NET Core的Web项目中进行的,但后来发现放在此处并不是很合理,一些关于数据库的迁移,比如新增表,字段,修改字段类型等等,不应该和最上层的Web项目所关联,数据的迁移文件放到这里也感觉有点多余,有点乱乱的感觉,所以才想着单独出来由专门的项目进行管理会比较好,也比较清晰! 注意目标框架选择的是.NET Core 2.0而不是.NET Standard 2.0.

  • .NET Core 2.0迁移小技巧之web.config 配置文件示例详解

    .NET Core 2.0迁移小技巧之web.config 配置文件示例详解

    前言 相信大家应该都知道.NET Core现在不再支持原来的web.config配置文件了,取而代之的是json或xml配置文件.官方推荐的项目配置方式是使用appsettings.json配置文件,这对现有一些重度使用web.cofig配置的项目迁移可能是不可接受的. 但是好消息是,我们是可以直接在.NET Core 2.0项目种利用上现有的web.config的.本文将详细介绍.NET Core 2.0迁移之web.config 配置文件的相关内容,下面话不多说了,来一起看看详细的介绍吧.

  • .NET Core 2.0迁移小技巧之MemoryCache问题修复解决的方法

    .NET Core 2.0迁移小技巧之MemoryCache问题修复解决的方法

    前言 大家应该都知道,对于传统的.NET Framework项目而言,System.Runtime.Caching命名空间是常用的工具了,其中MemoryCache类则常被用于实现内存缓存. .NET Core 2.0暂时还不支持System.Runtime.Caching dll,这也就意味着MemoryCache相关代码不再起作用了. 但是好消息是,我们可以使用.NET Core 2.0的新API实现内存缓存功能,简单修改代码,解决不兼容问题.下面话不多说了,来一起看看详细的介绍吧. 解决方

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

    继上一集里说到遇到的各种问题并且弄了n个解决方案之后,特别是对于问题4的解决方案对于切换了HttpClientFactory 我用了你家netcore 2.1下专门解决之前HttpClient口病已久的灵丹妙药了,信心满满的上线-..然后挂了,该超时的继续超 其中这个问题比较诡异在于超时的主要集中在两台机器上(俗称两兄弟了) 由于不明真相到底是什么导致的,而且接下来又要到五一了,为了欢度五一这么一个伟大艰巨的任务,为了证明迁移core的伟大光荣正确,怎么也要解决掉这个问题 步骤一,先确认问题的复

  • 详解centos7上elastic search安装及填坑记

    详解centos7上elastic search安装及填坑记

    本文介绍了centos7上elastic search安装及填坑记,分享给大家,具体如下: 下载elastic search 5.3.0 wget https://artifacts.elastic.co/downloads/elasticsearch/elasticsearch-5.3.0.tar.gz mv elasticsearch-5.3.0.tar.gz /opt cd /opt tar -xzvf elasticsearch-5.3.0.tar.gz cd elasticsearch

  • Vue.js 踩坑记之双向绑定

    这篇体验一下VUE的双向绑定 <html> <head> <meta charset="utf-8"> </head> <body> <script src="https://unpkg.com/vue/dist/vue.min.js"></script> <div id="app"> <input type="text" v

  • vue踩坑记-在项目中安装依赖模块npm install报错

    在维护别人的项目的时候,在项目文件夹中安装npm install模块的时候,报错如下: npm ERR! path D:\ShopApp\node_modules\fsevents\node_modules\abbrev npm ERR! code ENOENT npm ERR! errno -4058 npm ERR! syscall access npm ERR! enoent ENOENT: no such file or directory, access 'D:\ShopApp\nod

  • vmware导入ova文件踩坑记小结

    问题来源 众所周知,所有的网络行为都会产生相应的网络流量,那么所有的网络攻击行为也有其对应的流量特点,那么是否能根据流量特点进而分析出其对应的是什么攻击行为呢? 我在虚拟机上使用vulnhub的靶场环境进行模拟攻击,然乎使用wireshark进行抓包分析流量. 问题出现 因为vulnhub的环境是ova文件的虚拟机,是需要使用virtualbox打开的,但是我没有用过vbox,想着把他导入vmware中进行测试,很快遇到了第一个问题:当我把ova文件导入vmware时报错了,错误如下: 我尝试放

  • 分析uniapp入门之nvue爬坑记

    分析uniapp入门之nvue爬坑记

    前言 uni-app 是 DCloud 出品的新一代跨端框架,可以说是目前跨端数最多的框架之一了,目前支持发布到:App(Android/iOS).H5.小程序(微信小程序/支付宝小程序/百度小程序/字节跳动小程序),目前市面上类似的框架还有:Taro(京东出品).Megalo(网易出品). weex 支持的东西,在 nvue 里大多都是支持的,所以这里就不详细讲述 weex 的相关组件和 api 调用,只讲述一些在实际开发过程中遇到的一些小问题. Hello World 开始创建第一个 nvu

  • vue踩坑记之npm install报错问题解决总结

    vue踩坑记之npm install报错问题解决总结

    目录 前言 常见的有以下多种情况 总结 前言 很多时候安装npm install 的时候并不能直接将当前的node_modules直接一键安装到本地. 总是会出现各种各样的报错 常见的有以下多种情况 tip1:本地node 跟npm 版本不匹配,项目创建者当时的版本为14 ,而新开发者本地node默认为最新需要重新降低版本,使用cmd打开查看本地node和npm版本,询问一下同事的版本,直接去node官网重新 下载安装新的node安装包即可,或者如果本地有多个新老项目为了方便的管理各个node的

  • 踩坑:pytorch中eval模式下结果远差于train模式介绍

    首先,eval模式和train模式得到不同的结果是正常的.我的模型中,eval模式和train模式不同之处在于Batch Normalization和Dropout.Dropout比较简单,在train时会丢弃一部分连接,在eval时则不会.Batch Normalization,在train时不仅使用了当前batch的均值和方差,也使用了历史batch统计上的均值和方差,并做一个加权平均(momentum参数).在test时,由于此时batchsize不一定一致,因此不再使用当前batch的均

  • 详解Python3迁移接口变化采坑记

    1.除法相关 在python3之前, print 13/4 #result=3 然而在这之后,却变了! print(13 / 4) #result=3.25 "/"符号运算后是正常的运算结果,那么,我们要想只取整数部分怎么办呢?原来在python3之后,"//"有这个功能: print(13 // 4) #result=3.25 是不是感到很奇怪呢?下面我们再来看一组结果: print(4 / 13) # result=0.3076923076923077 prin

随机推荐