欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

golang http使用踩過(guò)的坑與填坑指南

 更新時(shí)間:2021年04月27日 14:17:09   作者:baijiwei  
這篇文章主要介紹了golang http使用踩過(guò)的坑與填坑指南,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧

golang對(duì)http進(jìn)行了很好的封裝, 使我們?cè)陂_發(fā)基于http服務(wù)的時(shí)候, 十分的方便, 但是良好的封裝, 很容易是的我們忽略掉它們底層的實(shí)現(xiàn)細(xì)節(jié)。

如下是我踩過(guò)的一些坑, 以及相應(yīng)的解決方法。

調(diào)用http服務(wù)

通常的實(shí)踐如下:

resp, err := http.Get("http://example.com/")
if err != nil {
               // handle error
}
defer resp.Body.Close()
body, err := ioutil.ReadAll(resp.Body)
// ...

陷阱一: Response body沒有及時(shí)關(guān)閉

網(wǎng)絡(luò)程序運(yùn)行中, 過(guò)了一段時(shí)間, 比較常見的問(wèn)題就是爆出錯(cuò)誤:“socket: too many open files”, 這通常是由于打開的文件句柄沒有關(guān)閉造成的。

在http使用中, 最容易讓人忽視的, 就是http返回的response的body必須close,否則就會(huì)有內(nèi)存泄露。

更不容易發(fā)現(xiàn)的問(wèn)題是, 如果response.body的內(nèi)容沒有被讀出來(lái), 會(huì)造成socket鏈接泄露, 后續(xù)的服務(wù)無(wú)法使用。

這里, response.body是一個(gè)io.ReadCloser類型的接口, 包含了read和close接口。

 type Response struct { 
    // Body represents the response body.
    //
    // The response body is streamed on demand as the Body field
    // is read. If the network connection fails or the server
    // terminates the response, Body.Read calls return an error.
    //
    // The http Client and Transport guarantee that Body is always
    // non-nil, even on responses without a body or responses with
    // a zero-length body. It is the caller's responsibility to
    // close Body. The default HTTP client's Transport may not
    // reuse HTTP/1.x "keep-alive" TCP connections if the Body is
    // not read to completion and closed.
    //
    // The Body is automatically dechunked if the server replied
    // with a "chunked" Transfer-Encoding.
    Body io.ReadCloser
 }

如果沒有通過(guò)ioutil.ReadAll或者其他的接口讀取response.body的內(nèi)容, 此次socket鏈接就無(wú)法被后續(xù)的連接復(fù)用, 造成的結(jié)果就是該連接一直存在。

盡管調(diào)用了ioutil.ReadAll就可以避免該連接的泄露, 我們還是建議在獲取response后, 就調(diào)用Close, 因?yàn)樵趓esponse返回的地方與ReadAll之間, 萬(wàn)一有條件判斷造成接口提前返回, 還是會(huì)造成泄露的。

defer resp.Body.Close()

另外, http.Request是不需要主動(dòng)關(guān)閉的。

陷阱二: 默認(rèn)的http的transport的設(shè)定不合適

在簡(jiǎn)單的應(yīng)用下, 采用默認(rèn)的http client就可以滿足需要, 在稍微復(fù)雜一點(diǎn)的場(chǎng)景, 有其實(shí)想要保持長(zhǎng)鏈接以及提高鏈接復(fù)用的效率等方面的控制, 這個(gè)時(shí)候就需要對(duì)client比較清楚的了解。

type Client struct {
    // Transport specifies the mechanism by which individual
    // HTTP requests are made.
    // If nil, DefaultTransport is used.
    Transport RoundTripper  
    // Timeout specifies a time limit for requests made by this
    // Client. The timeout includes connection time, any
    // redirects, and reading the response body. The timer remains
    // running after Get, Head, Post, or Do return and will
    // interrupt reading of the Response.Body.
    //
    // A Timeout of zero means no timeout.
    //
    // The Client cancels requests to the underlying Transport
    // as if the Request's Context ended.
    //
    // For compatibility, the Client will also use the deprecated
    // CancelRequest method on Transport if found. New
    // RoundTripper implementations should use the Request's Context
    // for cancelation instead of implementing CancelRequest.
    Timeout time.Duration
}

這里, 我們重點(diǎn)關(guān)注Transport與Timeout兩個(gè)字段, Transport記錄了本次請(qǐng)求的事務(wù)信息, 以及連接復(fù)用相關(guān)的信息。

Timeout記錄此次調(diào)用的超時(shí)時(shí)間以避免異常發(fā)生的時(shí)候的長(zhǎng)時(shí)間等待。

通常我們使用的默認(rèn)的Transport定義如下:

var DefaultTransport RoundTripper = &Transport{
    Proxy: ProxyFromEnvironment,
    DialContext: (&net.Dialer{
        Timeout:   30 * time.Second,
        KeepAlive: 30 * time.Second,
        DualStack: true,
    }).DialContext,
    MaxIdleConns:          100,
    IdleConnTimeout:       90 * time.Second,
    TLSHandshakeTimeout:   10 * time.Second,
    ExpectContinueTimeout: 1 * time.Second,
}

默認(rèn)情況下, 它會(huì)保留打開的連接以備未來(lái)復(fù)用, 如果服務(wù)要連接很多的主機(jī), 就會(huì)保存很多的空閑連接, IdleConnTimeout用來(lái)將超過(guò)一定時(shí)間的空閑連接回收;實(shí)際上, Defaulttransport 的MaxIdleConns是100, 在很多的場(chǎng)景下還是偏小的, 尤其是對(duì)于需要管理大的系統(tǒng)并且模塊之間交互頻繁的情況。

另外, 如果該連接需要定期 訪問(wèn)很多的資源節(jié)點(diǎn), 并列我們知道每個(gè)資源節(jié)點(diǎn)上面需要的連接數(shù)大于2, 那么就會(huì)出現(xiàn)很多的短連接, 因?yàn)閷?duì)于每一臺(tái)資源機(jī), DefaultTransport默認(rèn)的最大連接數(shù)是2, 最大空閑連接是1.

 type Transport struct {
     // MaxIdleConnsPerHost, if non-zero, controls the maximum idle
    // (keep-alive) connections to keep per-host. If zero,
    // DefaultMaxIdleConnsPerHost is used.
    MaxIdleConnsPerHost int
    
    // MaxConnsPerHost optionally limits the total number of
    // connections per host, including connections in the dialing,
    // active, and idle states. On limit violation, dials will block.
    //
    // Zero means no limit.
    //
    // For HTTP/2, this currently only controls the number of new
    // connections being created at a time, instead of the total
    // number. In practice, hosts using HTTP/2 only have about one
    // idle connection, though.
    MaxConnsPerHost int
}

HTTP的長(zhǎng)連接與TCP的長(zhǎng)連接

在http1.1中, http默認(rèn)保持長(zhǎng)連接, 以備將來(lái)復(fù)用, 但是這個(gè)長(zhǎng)連接通常是有時(shí)間限制的, 并且向我們上面開到的Transport里面的設(shè)定, 空閑的連接數(shù)是有最大限制的, 超過(guò)了該限制,其余新的連接就變成了短連接。

TCP協(xié)議本身是長(zhǎng)連接, 它超過(guò)一定時(shí)間沒有數(shù)據(jù)傳送, 就會(huì)發(fā)送心跳來(lái)檢測(cè)該連接是否存活, 如果是, 該連接繼續(xù)有效。

補(bǔ)充:golang 設(shè)置 http response 響應(yīng)頭的內(nèi)容與坑

用 golang 寫 http server 時(shí),可以很方便可通過(guò) w.Header.Set(k, v) 來(lái)設(shè)置 http response 中 header 的內(nèi)容。

例如:w.Header().Set("Access-Control-Allow-Origin", "*") 。

但是需要特別注意的是某些時(shí)候不僅要修改 http header ,還要修改 http status code。

修改 http status code 可以通過(guò):w.WriteHeader(code) 來(lái)實(shí)現(xiàn),例如:w.WriteHeader(404) 。

如果這兩種修改一起做,就必須讓 w.WriteHeader 在所有的 w.Header.Set 之后,也就是 w.WriteHeader 后 Set Header 是無(wú)效的。

今天就遇到了這個(gè)問(wèn)題,在一段代碼中調(diào)用 w.Header.Set,怎么折騰都無(wú)效,最后才發(fā)現(xiàn)其它代碼段中先調(diào)用了 w.WriteHeader。

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

相關(guān)文章

  • Go語(yǔ)言map元素的刪除和清空

    Go語(yǔ)言map元素的刪除和清空

    本文主要介紹了Go語(yǔ)言map元素的刪除和清空,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
    2023-04-04
  • 詳解golang開發(fā)中select多路選擇

    詳解golang開發(fā)中select多路選擇

    這篇文章主要介紹了golang開發(fā)中select多路選擇,本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2020-09-09
  • go中利用reflect實(shí)現(xiàn)json序列化的示例代碼

    go中利用reflect實(shí)現(xiàn)json序列化的示例代碼

    和Java語(yǔ)言一樣,Go也實(shí)現(xiàn)運(yùn)行時(shí)反射,這為我們提供一種可以在運(yùn)行時(shí)操作任意類型對(duì)象的能力,本文給大家介紹了在go中如何利用reflect實(shí)現(xiàn)json序列化,需要的朋友可以參考下
    2024-03-03
  • Go語(yǔ)言如何高效的進(jìn)行字符串拼接(6種方式對(duì)比分析)

    Go語(yǔ)言如何高效的進(jìn)行字符串拼接(6種方式對(duì)比分析)

    本文主要介紹了Go語(yǔ)言如何高效的進(jìn)行字符串拼接(6種方式對(duì)比分析),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
    2022-08-08
  • golang連接redis庫(kù)及基本操作示例過(guò)程

    golang連接redis庫(kù)及基本操作示例過(guò)程

    這篇文章主要介紹了golang連接redis庫(kù)及基本操作示例過(guò)程,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步早日升職加薪
    2022-04-04
  • Golang 探索對(duì)Goroutine的控制方法(詳解)

    Golang 探索對(duì)Goroutine的控制方法(詳解)

    下面小編就為大家分享一篇Golang 探索對(duì)Goroutine的控制方法,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧
    2017-12-12
  • Golang編程實(shí)現(xiàn)生成n個(gè)從a到b不重復(fù)隨機(jī)數(shù)的方法

    Golang編程實(shí)現(xiàn)生成n個(gè)從a到b不重復(fù)隨機(jī)數(shù)的方法

    這篇文章主要介紹了Golang編程實(shí)現(xiàn)生成n個(gè)從a到b不重復(fù)隨機(jī)數(shù)的方法,結(jié)合實(shí)例形式分析了Go語(yǔ)言字符串操作及隨機(jī)數(shù)生成的相關(guān)操作技巧,需要的朋友可以參考下
    2017-01-01
  • Go設(shè)計(jì)模式之觀察者模式圖解

    Go設(shè)計(jì)模式之觀察者模式圖解

    觀察者模式是一種行為設(shè)計(jì)模式, 允許你定義一種訂閱機(jī)制, 可在對(duì)象事件發(fā)生時(shí)通知多個(gè) “觀察” 該對(duì)象的其他對(duì)象,下面這篇文章主要給大家介紹了關(guān)于圖解Go觀察者模式的相關(guān)資料,需要的朋友可以參考下
    2023-07-07
  • Go singleflight使用以及原理

    Go singleflight使用以及原理

    singleflight官方解釋其為:singleflight提供了一個(gè)重復(fù)的函數(shù)調(diào)用抑制機(jī)制。通俗的解釋其作用是,若有多個(gè)協(xié)程運(yùn)行某函數(shù)時(shí),只讓一個(gè)協(xié)程去處理,然后批量返回。非常適合來(lái)做并發(fā)控制。常見用于緩存穿透的情況
    2023-01-01
  • Go語(yǔ)言字符串處理庫(kù)strings包詳解

    Go語(yǔ)言字符串處理庫(kù)strings包詳解

    本文詳細(xì)介紹了Go語(yǔ)言中的strings庫(kù)的使用方法,包括字符串的查找、替換、分割、比較、大小寫轉(zhuǎn)換等操作,strings庫(kù)是Go語(yǔ)言中非常重要且功能豐富的標(biāo)準(zhǔn)庫(kù),幾乎涵蓋了所有字符串處理的需求
    2024-09-09

最新評(píng)論