這是一個建立於 的文章,其中的資訊可能已經有所發展或是發生改變。
前言
關於time_wait網上的介紹有很多,咱不囉嗦了,之前公司環境有台機器裡有大量的time_wait,研究了下golang和http的基礎,小結下。
http協議1.1後預設是長串連,如果一個client使用http1.1協議,但又不希望使用長連結,則需要在header中指明connection的值為close;如果server方也不想支援長連結,則在response中也需要明確說明connection的值為close。
Get / HTTP/1.1Host: example.comUser-Agent: Go 1.1 package http**Connection: close**Accept-Encoding: gzipHTTP/1.1 501 Not ImplementedContent-Type: text/htmlContent-Length: 357**Connection: close**Date: Mon, 07 Mar 2016 13:15:56 GMTServer: ECSF (iad/18D2)
golang裡長短串連的一些處理
1)golang強制短串連
出了在請求的頭裡加上connection:close, 也可以設定request結構體Close成員變數為true,比如:
req, _ := http.NewRequest("Get", "http://example.com", nil)req.Close = true
2)golang對長串連的要求
golang client不設定主動斷連,還得注意下,想要保持長串連,得保證以下兩個點
1. defer resp.Body.Close() //別忘了close body,不然長串連保持不了
2. body, err := ioutil.ReadAll(resp.Body)//記得讀完resp.body或者放置一個結束符號 io.Copy(ioutil.Discard,resp.Body)
3) 解決產生大量close_wait
解決方案網上挺多,待總結個比較合適的方案,再補上