今天解决了一个疑难杂症,起因是之前代理某内部API接口,请求先是出现卡顿,超时后报EOF错误。

但奇怪的是线上测试环境确是没问题的。

Google了一下,有人说可能是由于重复请求次数过多导致,应该设置req.Close属性为true,这样不会反复利用一次连接。

尝试该操作后依然无法解决问题,遂求助同事璟文。

经过大牛的一番调查后,发现时TCP超时,连接断了。至于原因,是由于Goland设置了代理。。。Orz

不过经历这次事件我也学到了利用MAC自带的活动监视器,来查看网络行为,璟文是看到了接口的转发,才想到了可能是代理的问题。正是由于Goland的代理,才导致了连接内部API超时。

补充:golang http 请求未释放造成的错误

昨天在群里有个朋友问了这样的一个问题

解决Goland中利用HTTPClient发送请求超时返回EOF错误DEBUG

遇到

http:accept error TCP too many open files in 1s

解决Goland中利用HTTPClient发送请求超时返回EOF错误DEBUG

我猜应该是没有 及时的释放。他那个 lsof 发现有好多的 tcp 请求

然后看了一下他的那个代码

解决Goland中利用HTTPClient发送请求超时返回EOF错误DEBUG

那个请求的关闭给注释掉了。

怪不得出现这种情况。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。

标签:
Goland,HTTPClient发送请求超时,EOF错误

免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件! 如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
无争山庄资源网 Copyright www.whwtcm.com

RTX 5090要首发 性能要翻倍!三星展示GDDR7显存

三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。

首次推出的GDDR7内存模块密度为16GB,每个模块容量为2GB。其速度预设为32 Gbps(PAM3),但也可以降至28 Gbps,以提高产量和初始阶段的整体性能和成本效益。

据三星表示,GDDR7内存的能效将提高20%,同时工作电压仅为1.1V,低于标准的1.2V。通过采用更新的封装材料和优化的电路设计,使得在高速运行时的发热量降低,GDDR7的热阻比GDDR6降低了70%。