今天解決了一個(gè)疑難雜癥，起因是之前代理某內(nèi)部API接口，請(qǐng)求先是出現(xiàn)卡頓，超時(shí)后報(bào)EOF錯(cuò)誤。
但奇怪的是線上測(cè)試環(huán)境確是沒問題的。
Google了一下，有人說可能是由于重復(fù)請(qǐng)求次數(shù)過多導(dǎo)致，應(yīng)該設(shè)置req.Close屬性為true，這樣不會(huì)反復(fù)利用一次連接。
嘗試該操作后依然無法解決問題，遂求助同事璟文。
經(jīng)過大牛的一番調(diào)查后，發(fā)現(xiàn)時(shí)TCP超時(shí)，連接斷了。至于原因，是由于Goland設(shè)置了代理。。。Orz
不過經(jīng)歷這次事件我也學(xué)到了利用MAC自帶的活動(dòng)監(jiān)視器，來查看網(wǎng)絡(luò)行為，璟文是看到了接口的轉(zhuǎn)發(fā)，才想到了可能是代理的問題。正是由于Goland的代理，才導(dǎo)致了連接內(nèi)部API超時(shí)。
補(bǔ)充：golang http 請(qǐng)求未釋放造成的錯(cuò)誤
昨天在群里有個(gè)朋友問了這樣的一個(gè)問題
遇到
http：accept error TCP too many open files in 1s
我猜應(yīng)該是沒有 及時(shí)的釋放。他那個(gè) lsof 發(fā)現(xiàn)有好多的 tcp 請(qǐng)求
然后看了一下他的那個(gè)代碼
那個(gè)請(qǐng)求的關(guān)閉給注釋掉了。
怪不得出現(xiàn)這種情況。
以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。
您可能感興趣的文章:- golang socket斷點(diǎn)續(xù)傳大文件的實(shí)現(xiàn)方法
- Golang中Delve版本太低無法Debug的問題
- Golang命令行進(jìn)行debug調(diào)試操作
- Goland 斷點(diǎn)調(diào)試Debug的操作
