婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 解決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碰到的問題和需要注意的點的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    欧美人xxxx| 欧美精品一区二区高清在线观看| 成人中文字幕电影| 欧洲亚洲国产日韩| 国产日韩精品久久久| 白白色亚洲国产精品| 在线亚洲人成电影网站色www| 国产丝袜欧美中文另类| 国产精品1区2区3区| 国产婷婷精品av在线| av一区二区三区| 国产午夜精品一区二区三区嫩草 | 日韩精品一二三区| 欧美精品少妇一区二区三区| 久久国产精品99久久久久久老狼| 91超碰这里只有精品国产| 久久成人免费电影| 综合电影一区二区三区| 欧美午夜不卡视频| 久久在线免费观看| 国产一区二区电影| 99视频国产精品| 一区二区三区四区亚洲| 国产午夜精品一区二区三区嫩草| 在线观看成人小视频| 视频精品一区二区| 亚洲精品乱码久久久久久黑人| 欧美一区二区网站| 一本一道综合狠狠老| 国产精品一区二区久久不卡| 亚洲gay无套男同| 国产区在线观看成人精品| 9191成人精品久久| 五月激情综合婷婷| 亚洲蜜桃精久久久久久久| 精品国产一区二区三区久久久蜜月| 欧美自拍丝袜亚洲| 色综合久久天天| 色哟哟日韩精品| 欧美在线观看一二区| 欧美怡红院视频| 欧美三级一区二区| 欧美日产在线观看| 国模娜娜一区二区三区| 三级欧美在线一区| 无吗不卡中文字幕| 免费视频最近日韩| 国模一区二区三区白浆| 国产在线一区二区综合免费视频| 精品一区在线看| 国产传媒久久文化传媒| 成人ar影院免费观看视频| 丰满放荡岳乱妇91ww| 成人精品一区二区三区中文字幕| 在线免费观看一区| 国内外成人在线| 久久综合九色综合97_久久久| 看电影不卡的网站| 欧美肥大bbwbbw高潮| 日本道精品一区二区三区| 欧美日韩aaaaaa| 欧美色偷偷大香| 国产亚洲1区2区3区| 亚欧色一区w666天堂| 国产a区久久久| 欧美日韩美女一区二区| 欧美日韩亚洲高清一区二区| 欧美一区二区三区日韩| 一区二区中文视频| 免费美女久久99| 欧美伊人久久大香线蕉综合69| 日韩欧美一区电影| 洋洋成人永久网站入口| 国产精品911| 日韩限制级电影在线观看| 尤物在线观看一区| www.日韩在线| 国产欧美日韩不卡免费| 精品一区二区影视| 欧美一区二区三区视频在线观看| 亚洲国产精品嫩草影院| 欧美羞羞免费网站| 亚洲色图欧洲色图| 91在线视频播放地址| 亚洲一区日韩精品中文字幕| 亚洲一区二区三区影院| 国产精品久久久久久久蜜臀| 蜜臀av一区二区在线免费观看| 久久色在线观看| 欧美卡1卡2卡| 色哟哟在线观看一区二区三区| 《视频一区视频二区| 91久久精品一区二区三| 亚洲福利一二三区| 日韩欧美亚洲一区二区| 成人免费视频网站在线观看| 精品动漫一区二区三区在线观看| 国产精品69毛片高清亚洲| 亚洲日本电影在线| 在线不卡一区二区| 国产精品一级二级三级| 国产精品二三区| 欧美精品日韩一本| 成人av手机在线观看| 日韩国产一二三区| 亚洲综合色网站| 久久久不卡网国产精品二区| 日韩vs国产vs欧美| 久久久久88色偷偷免费| 色94色欧美sute亚洲线路一久| 美国av一区二区| 亚洲男人都懂的| 日韩欧美激情在线| 99久久国产综合色|国产精品| 日本亚洲一区二区| 亚洲人精品午夜| 欧美va亚洲va香蕉在线| 欧美日韩免费不卡视频一区二区三区 | 精品污污网站免费看| 国产精品123区| 免费观看成人av| 一区二区三区不卡在线观看| 国产欧美一区二区三区在线看蜜臀| 91精品综合久久久久久| 色94色欧美sute亚洲线路一ni| 在线精品视频免费观看| 国产91在线观看| caoporm超碰国产精品| 色综合久久中文字幕| 中国色在线观看另类| 精品视频全国免费看| 成人免费视频app| 极品少妇xxxx偷拍精品少妇| 亚洲午夜精品网| 午夜伊人狠狠久久| 一区二区三区成人在线视频| 亚洲欧美另类综合偷拍| 欧美经典一区二区| 精品国产乱码久久久久久影片| 精品电影一区二区| 久久久99免费| 久久久久久电影| 欧美高清在线视频| 国产精品麻豆一区二区| 亚洲精品中文在线影院| 亚洲午夜精品在线| 午夜精品久久久久久久| 极品少妇xxxx精品少妇| 色综合天天综合在线视频| 91视频.com| 精品少妇一区二区| 亚洲色图.com| 麻豆中文一区二区| 99久久国产综合精品女不卡| 91精品在线免费观看| 国产精品久久久久三级| 日本女优在线视频一区二区| 国产精品77777竹菊影视小说| 在线观看日韩电影| 国产女人18毛片水真多成人如厕| 亚洲国产欧美在线| 97精品视频在线观看自产线路二| 欧美一区二区视频网站| 国产精品网站在线播放| 欧美色视频一区| 久久久99免费| 亚洲免费观看在线视频| 久久精品二区亚洲w码| 97精品国产97久久久久久久久久久久| 欧美高清视频一二三区| 亚洲一区二区三区四区在线免费观看| 国产一区二区伦理| 精品粉嫩超白一线天av| 麻豆视频观看网址久久| 欧美午夜影院一区| 亚洲色图欧美在线| 99视频一区二区| 国产农村妇女毛片精品久久麻豆| 精品一区二区三区在线播放视频| 日韩亚洲欧美成人一区| 日韩视频永久免费| 欧美一区二区三区日韩| 亚洲免费观看高清| 国产成人免费9x9x人网站视频| 色综合欧美在线| 久久久激情视频| 日本最新不卡在线| 欧美日本一区二区在线观看| 亚洲午夜精品久久久久久久久| 色狠狠av一区二区三区| 亚洲成av人片| 国产**成人网毛片九色 | 丁香婷婷深情五月亚洲| 91精品国产欧美一区二区| 日韩精品久久理论片| 91精品在线一区二区| 国产99精品国产| 午夜久久久久久| 久久久久高清精品| 91麻豆自制传媒国产之光|