亚洲综合原千岁中文字幕_国产精品99久久久久久久vr_无码人妻aⅴ一区二区三区浪潮_成人h动漫精品一区二区三

主頁 > 知識庫 > 解決golang處理http response碰到的問題和需要注意的點

解決golang處理http response碰到的問題和需要注意的點

熱門標簽:江蘇呼叫中心外呼系統有效果嗎 400開頭電話怎樣申請 官渡電銷外呼管理系統怎么收費 赤峰電銷 杭州人工智能電銷機器人費用 貴州電話智能外呼系統 地圖區域圖標注后導出 利用地圖標注位置 谷歌美發店地圖標注

在處理http response的時候,偶然發現,body讀取之后想再次讀取的時候,發現讀不到任何東西。

見下方代碼:

response, err = ioutil.ReadAll(resp.Body)
  if err != nil {
    log.Println("ioutil ReadAll failed :", err.Error())
    return
  }

之后如果想再次ioutil.ReadAll(resp.Body)的時候會發現讀到的是空。于是我決定去看一下這個resp.Body,發現它是一個io.ReadCloser接口,包含了Reader和Closer接口:

type ReadCloser interface {
  Reader
  Closer
}

于是我想到了文件,它也實現了io.Reader接口,所以用讀文件試了下:

func readFile(path string)string{
  fi,err := os.Open(path)
  if err != nil{panic(err)}
  defer fi.Close()
  byte1,err := ioutil.ReadAll(fi)
  fmt.Println(string(byte1))
  byte2,err := ioutil.ReadAll(fi)
  fmt.Println(string(byte2))
  return string(fd)
}

發現結果是一致的,fmt.Println(string(fd2))打印不出任何結果。

我猜測應該是ioutil.ReadAll()是有記錄偏移量,所以會出現第二次讀取讀不到的情況。

作為client端處理response的時候會碰到這個問題,作為server端要處理request body的時候,一樣會遇到此問題,那么該如何解決這個問題呢?

有一個方法是再造一個io.ReadCloser,如下:

  fi2:= ioutil.NopCloser(bytes.NewBuffer(byte1))
  byte3,err := ioutil.ReadAll(fi2)
  fmt.Println(string(byte3))

此外,作為client端處理response的時候,有一點要注意的是,body一定要close,否則會造成GC回收不到,繼而產生內存泄露。其實在go的官方源碼注釋中,也明確注明了response body需要調用方進行手動關閉:It is the caller's responsibility to close Body.

至于response body為什么需要進行關閉,這篇文章進行了解釋:

https://www.jb51.net/article/146275.htm

那么作為client端生成的request body,需不需要手動關閉呢,答案是不需要的,net/http中的func (c *Client) Do(req *Request) (*Response, error)會調用Close()。

同樣的,作為server端接收的request body,也是需要關閉,由Server自動進行關閉,The Server will close the request body. The ServeHTTP Handler does not need to.

補充:golang net/http包之設置 http response 響應頭詳解

01 設置WriteHeader的順序問題

之前遇到個問題,在一段代碼中這樣設置WriteHeader,最后在header中取Name時怎么也取不到。

w.WriteHeader(201)

w.Header().Set("Name", "my name is smallsoup")

用 golang 寫 http server 時,可以很方便可通過 w.Header.Set(k, v) 來設置 http response 中 header 的內容。但是需要特別注意的是:某些時候不僅要修改 response的header ,還要修改 response的StatusCode。修改response的StatusCode 可以通過:w.WriteHeader(code) 來實現,例如:

w.WriteHeader(404)

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

而且必須是在 w.Write([]byte("HelloWorld")) 之前,否則會報 http: multiple response.WriteHeader calls 因為其實調用w.Write的時候也會調用WriteHeader()方法,然后將w.wroteHeader置為true,再次調WriteHeader()則會判斷wroteHeader,如果是true則會報錯,而且本次調用不生效。

可以看以下源碼說明WriteHeader必須在Write之前調用。

func (w *response) WriteHeader(code int) {
 if w.conn.hijacked() {
  w.conn.server.logf("http: response.WriteHeader on hijacked connection")
  return
 }
//第二次WriteHeader()進來滿足if條件就報錯直接return
 if w.wroteHeader {
  w.conn.server.logf("http: multiple response.WriteHeader calls")
  return
 }
//第一次write()進來這里會將w.wroteHeader置為true
 w.wroteHeader = true
 w.status = code
 if w.calledHeader  w.cw.header == nil {
  w.cw.header = w.handlerHeader.clone()
 }
 if cl := w.handlerHeader.get("Content-Length"); cl != "" {
  v, err := strconv.ParseInt(cl, 10, 64)
  if err == nil  v >= 0 {
   w.contentLength = v
  } else {
   w.conn.server.logf("http: invalid Content-Length of %q", cl)
   w.handlerHeader.Del("Content-Length")
  }
 }
}

2. go會對Header中的key進行規范化處理

go會對Header中的key進行規范化處理,所以在獲取response的Header中的K,V值時一定要小心。

reader.go中非導出方法canonicalMIMEHeaderKey中有這樣一段,會將header的key進行規范化處理。

1)reader.go中定義了isTokenTable數組,如果key的長度大于127或者包含不在isTokenTable中的字符,則該key不會被處理。

2)將key的首字母大寫,字符 - 后的單詞的首字母也大寫。

分析如下源碼,可以解釋對key的大寫處理:

for i, c := range a {
  // 規范化:首字母大寫
  // - 之后單子的首字母大寫
  // 如:(Host, User-Agent, If-Modified-Since).
  if upper  'a' = c  c = 'z' {
   //大寫轉小寫
   c -= toLower
  } else if !upper  'A' = c  c = 'Z' {
   //小寫轉大寫
   c += toLower
  }
  //重新給key數組賦值
  a[i] = c
  //設置大小寫標志位
  upper = c == '-' // for next time
}

正確的調用方式:

服務器:

myServer.go

package main
import (
 "net/http"
)
func main() {
 http.HandleFunc("/", func (w http.ResponseWriter, r *http.Request){
  w.Header().Set("name", "my name is smallsoup")
  w.WriteHeader(500)
  w.Write([]byte("hello world\n"))
 })
 http.ListenAndServe(":8080", nil)
}

客戶端:

myHttp.go:

package main
import (
 "fmt"
 "io/ioutil"
 "net/http"
)
func main() {
 myHttpGet()
}
func myHttpGet() {
 rsp, err := http.Get("http://localhost:8080")
 if err != nil {
  fmt.Println("myHttpGet error is ", err)
  return
 }
 defer rsp.Body.Close()
 body, err := ioutil.ReadAll(rsp.Body)
 if err != nil {
  fmt.Println("myHttpGet error is ", err)
  return
 }
 fmt.Println("response statuscode is ", rsp.StatusCode, 
     "\nhead[name]=", rsp.Header["Name"], 
      "\nbody is ", string(body))
}

1.運行服務器

go run myServer.go

2.運行客戶端

go run myHttp.go

輸出如下:statuscode是我們設置的500,Name也取到了值。

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

您可能感興趣的文章:
  • Golang 實現分片讀取http超大文件流和并發控制
  • golang實現http server提供文件下載功能
  • Golang 發送http請求時設置header的實現
  • golang使用http client發起get和post請求示例
  • 一個簡單的Golang實現的HTTP Proxy方法
  • 在 Golang 中實現一個簡單的Http中間件過程詳解

標簽:泰安 宜春 松原 河池 鷹潭 黔西 武漢 保定

巨人網絡通訊聲明:本文標題《解決golang處理http response碰到的問題和需要注意的點》,本文關鍵詞  解決,golang,處理,http,response,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《解決golang處理http response碰到的問題和需要注意的點》相關的同類信息!
  • 本頁收集關于解決golang處理http response碰到的問題和需要注意的點的相關信息資訊供網民參考!
  • 推薦文章
    国产亚洲精品成人a在线| 日韩一级黄色片| 天天做日日爱| 日本伦理片网站| 国产不卡精品一区二区三区| 韩国毛片免费| a级毛片免费观看网站| 青青青草影院 | 久久国产一久久高清| 国产成人精品综合在线| 精品久久久久久免费影院| 中文字幕一区二区三区精彩视频 | 欧美国产日韩精品| 亚洲精品影院久久久久久| 国产成人精品综合| 四虎论坛| 久草免费资源| 日本伦理网站| 日本伦理网站| 九九免费精品视频| 日韩avdvd| 久久国产精品自线拍免费| 国产视频在线免费观看| 日韩av成人| 日韩中文字幕一区| 天天色色色| 国产高清在线精品一区二区| 99久久精品国产免费| 日韩免费在线观看视频| 九九免费精品视频| 日韩免费在线观看视频| 欧美激情中文字幕一区二区| 精品久久久久久综合网| 九九热精品免费观看| 国产精品自拍一区| a级毛片免费全部播放| 精品国产一区二区三区精东影业| 午夜在线观看视频免费 成人| 亚洲精品影院一区二区| 欧美a级片视频| 国产福利免费观看| 成人a大片高清在线观看| 91麻豆tv| 日韩中文字幕在线观看视频| 九九九国产| 九九九国产| 国产不卡高清在线观看视频| 久久99爰这里有精品国产| 91麻豆国产福利精品| 四虎影视久久| 99久久精品国产高清一区二区| 色综合久久天天综合观看| 国产成人啪精品视频免费软件| 欧美一级视频免费| 精品视频免费看| 欧美一区二区三区在线观看| 精品久久久久久中文| 午夜精品国产自在现线拍| 黄视频网站在线观看| 国产网站免费| 国产精品免费久久| 日韩中文字幕一区二区不卡| 亚洲 国产精品 日韩| 亚欧乱色一区二区三区| 国产高清视频免费观看| 色综合久久天天综线观看| 日本特黄特黄aaaaa大片| 91麻豆国产| 日韩一级黄色| 日本在线不卡免费视频一区| 天天做人人爱夜夜爽2020毛片| 国产视频一区二区在线播放| 日本特黄特色aa大片免费| 成人免费高清视频| 国产高清视频免费| 麻豆系列 在线视频| 九九免费精品视频| 欧美激情一区二区三区在线| 国产精品12| 一级女性全黄生活片免费| 精品国产三级a| 99色视频在线| 国产综合91天堂亚洲国产| 国产精品自拍在线观看| 韩国三级视频网站| 精品国产一区二区三区久| 亚欧乱色一区二区三区| 欧美一级视频免费观看| 精品视频在线看| 国产一区二区福利久久| 国产国语在线播放视频| 999久久久免费精品国产牛牛| 国产高清视频免费| 亚洲精品久久久中文字| 日本伦理黄色大片在线观看网站| 久久国产一久久高清| 国产视频一区二区在线播放| 久久精品大片| 91麻豆国产福利精品| 毛片的网站| 黄色免费网站在线| 青青久热| 国产一区二区福利久久| 精品久久久久久免费影院| 午夜激情视频在线观看| 日韩中文字幕在线观看视频| 日本特黄特色aa大片免费| 麻豆网站在线免费观看| 国产高清视频免费观看| 久草免费在线视频| 午夜在线亚洲男人午在线| 久久国产一久久高清| 国产不卡精品一区二区三区| 精品在线观看一区| 欧美日本免费| 韩国毛片 免费| 好男人天堂网 久久精品国产这里是免费 国产精品成人一区二区 男人天堂网2021 男人的天堂在线观看 丁香六月综合激情 | 精品国产一区二区三区精东影业| 国产原创视频在线| 精品久久久久久中文| 国产精品免费久久| 欧美a级成人淫片免费看| 成人免费一级纶理片| 二级片在线观看| 欧美日本免费| 你懂的日韩| 国产国语在线播放视频| a级黄色毛片免费播放视频| 国产精品免费久久| 99色视频在线| 久久精品免视看国产明星| 美女免费毛片| a级黄色毛片免费播放视频| 999久久66久6只有精品| 亚洲精品中文字幕久久久久久| 999精品在线| 亚洲精品中文字幕久久久久久| 成人高清护士在线播放| 日本在线www| 亚洲女人国产香蕉久久精品| 欧美激情一区二区三区中文字幕| 日韩中文字幕在线亚洲一区| 可以在线看黄的网站| 亚洲精品中文字幕久久久久久| 国产91精品一区二区| 91麻豆国产| 欧美电影免费看大全| 黄视频网站在线免费观看| 亚洲天堂一区二区三区四区| 美女免费黄网站| 国产成人欧美一区二区三区的| 国产伦精品一区二区三区无广告| 欧美a级成人淫片免费看| 91麻豆精品国产自产在线| 可以免费在线看黄的网站| 欧美爱色| 成人影视在线播放| 你懂的日韩| 成人a级高清视频在线观看| 韩国三级视频网站| 亚洲 欧美 91| 青草国产在线观看| 久久精品成人一区二区三区| 国产a网| 在线观看成人网 | 欧美a免费| 精品视频在线看 | 日本在线不卡视频| 国产网站免费| 欧美爱爱动态| 日日日夜夜操| 欧美夜夜骑 青草视频在线观看完整版 久久精品99无色码中文字幕 欧美日韩一区二区在线观看视频 欧美中文字幕在线视频 www.99精品 香蕉视频久久 | 午夜家庭影院| 日韩专区亚洲综合久久| 欧美激情影院| 久久国产精品自由自在| 成人免费高清视频| 韩国毛片免费| 欧美国产日韩精品| 精品视频在线看| 欧美大片一区| 四虎影视久久| 国产麻豆精品免费密入口 | 999久久久免费精品国产牛牛| 午夜在线亚洲| 亚洲精品久久玖玖玖玖| 国产视频一区二区在线观看| 日韩欧美一二三区| 在线观看导航| 精品国产亚洲一区二区三区| 国产91素人搭讪系列天堂| 成人免费福利片在线观看| 国产不卡在线看| 天天做人人爱夜夜爽2020毛片| 成人免费福利片在线观看| 国产伦理精品| 国产91精品一区| 日本乱中文字幕系列| 美女免费毛片| 久久精品店|