今天解決了一個(gè)疑難雜癥，起因是之前代理某內(nèi)部API接口，請求先是出現(xiàn)卡頓，超時(shí)后報(bào)EOF錯(cuò)誤。

但奇怪的是線上測試環(huán)境確是沒問題的。

Google了一下，有人說可能是由于重復(fù)請求次數(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 請求未釋放造成的錯(cuò)誤

昨天在群里有個(gè)朋友問了這樣的一個(gè)問題

遇到

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

我猜應(yīng)該是沒有 及時(shí)的釋放。他那個(gè) lsof 發(fā)現(xiàn)有好多的 tcp 請求

然后看了一下他的那個(gè)代碼

那個(gè)請求的關(guān)閉給注釋掉了。

怪不得出現(xiàn)這種情況。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。