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

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

Google了一下，有人說可能是由于重復(fù)請求次數(shù)過多導(dǎo)致，應(yīng)該設(shè)置req.Close屬性為true，這樣不會反復(fù)利用一次連接。

嘗試該操作后依然無法解決問題，遂求助同事璟文。

經(jīng)過大牛的一番調(diào)查后，發(fā)現(xiàn)時TCP超時，連接斷了。至于原因，是由于Goland設(shè)置了代理。。。Orz

不過經(jīng)歷這次事件我也學(xué)到了利用MAC自帶的活動監(jiān)視器，來查看網(wǎng)絡(luò)行為，璟文是看到了接口的轉(zhuǎn)發(fā)，才想到了可能是代理的問題。正是由于Goland的代理，才導(dǎo)致了連接內(nèi)部API超時。

補充：golang http 請求未釋放造成的錯誤

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

遇到

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

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

然后看了一下他的那個代碼

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

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

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