婷婷综合国产,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
    91视频国产观看| 日韩亚洲国产中文字幕欧美| 在线不卡欧美精品一区二区三区| 精品裸体舞一区二区三区| 亚洲色图欧美在线| 国产福利一区二区三区视频| 3d动漫精品啪啪一区二区竹菊| 国产欧美精品区一区二区三区| 亚洲成a天堂v人片| 色偷偷久久一区二区三区| 日本一区二区三区久久久久久久久不| 爽爽淫人综合网网站| 成人av先锋影音| 欧美精品一区二区三区蜜桃 | 色婷婷精品久久二区二区蜜臀av| 欧美麻豆精品久久久久久| 亚洲天堂精品在线观看| 国产成人免费在线视频| 精品精品欲导航| 免费观看一级特黄欧美大片| 欧美日本在线观看| 亚洲成人激情自拍| 欧美亚洲国产一区二区三区va | 在线成人av网站| 粉嫩aⅴ一区二区三区四区| 欧美另类高清zo欧美| 亚洲美女屁股眼交| 91性感美女视频| 中文字幕一区二区三区精华液 | 欧美一三区三区四区免费在线看 | 日本一区二区三区在线观看| 岛国精品在线观看| 亚洲色欲色欲www| 国产欧美精品一区二区色综合 | 国产精品中文欧美| 91尤物视频在线观看| 久久亚洲欧美国产精品乐播| 精品亚洲成av人在线观看| 日韩精品在线看片z| 精品一区二区日韩| 久久综合狠狠综合| 国产成人精品综合在线观看 | 精品视频一区二区三区免费| 亚洲国产成人av网| 欧美精三区欧美精三区| 免费人成网站在线观看欧美高清| 日韩一级黄色片| 国产福利精品一区二区| 综合欧美一区二区三区| 欧美区视频在线观看| 日本人妖一区二区| 中文字幕av在线一区二区三区| 91影视在线播放| 亚洲欧美另类久久久精品2019| 一本久久a久久精品亚洲| 亚洲国产美国国产综合一区二区| 欧美日韩黄色一区二区| 美国毛片一区二区三区| 国产精品污www在线观看| 色综合天天视频在线观看 | 国产精品每日更新在线播放网址| 91丝袜美腿高跟国产极品老师| 亚洲精品亚洲人成人网在线播放| 欧美日韩大陆一区二区| 国内精品写真在线观看 | 国产精品视频免费看| 在线视频综合导航| 韩国成人福利片在线播放| 国产精品短视频| 欧美一区二区精品在线| 成人动漫一区二区| 亚洲成a人片在线观看中文| 欧美三区免费完整视频在线观看| 国产·精品毛片| 亚洲一区在线视频观看| 日本一区中文字幕| 色欧美日韩亚洲| 国产欧美日韩三级| 国产一区二区三区免费看 | 国产精品不卡在线观看| 婷婷激情综合网| 欧美大胆一级视频| 成人激情动漫在线观看| 天堂av在线一区| 中文字幕一区二区在线播放| 精品少妇一区二区三区免费观看| 播五月开心婷婷综合| 美女在线一区二区| 亚洲国产精品久久不卡毛片| 国产精品久久久久三级| 久久综合精品国产一区二区三区| 欧美伦理影视网| 色悠久久久久综合欧美99| 国产成人av福利| 久草精品在线观看| 日韩精品乱码av一区二区| 亚洲免费观看高清完整版在线观看| 久久无码av三级| 精品美女被调教视频大全网站| 欧美一a一片一级一片| 91亚洲精品久久久蜜桃| 成人午夜在线免费| 久久久亚洲精品一区二区三区| 久久精品一级爱片| 欧美一区二区三区视频免费 | 亚洲摸摸操操av| 欧美国产激情二区三区| 国产日韩三级在线| 久久午夜免费电影| 国产亚洲成aⅴ人片在线观看| 精品福利一二区| 日韩三级.com| 精品久久人人做人人爰| 久久久久久日产精品| www国产精品av| 国产婷婷色一区二区三区在线| 久久精品一区蜜桃臀影院| 国产片一区二区| 国产精品国产三级国产aⅴ原创| 国产日韩精品一区| ...xxx性欧美| 一级做a爱片久久| 亚洲成人午夜影院| 美女脱光内衣内裤视频久久影院| 91日韩在线专区| 人妖欧美一区二区| 国产91在线观看丝袜| 成人在线视频首页| 国产一区二区毛片| 九色综合狠狠综合久久| 91国产免费看| 国产在线播放一区二区三区| 一区二区三区高清在线| 一区二区三区欧美| 国产精品美女久久久久av爽李琼 | 日韩av不卡在线观看| 国产成人午夜高潮毛片| 99久久综合色| 欧美日韩精品一二三区| 2021国产精品久久精品| 国产欧美日韩中文久久| 亚洲欧美国产毛片在线| 热久久免费视频| 成人亚洲一区二区一| 欧美视频在线观看一区| 日韩欧美精品在线视频| 国产精品久久影院| 日本视频中文字幕一区二区三区| 国产精品911| 欧美性猛交xxxx黑人交| 久久久久久久精| 亚洲免费在线电影| 国产在线观看一区二区| 色噜噜狠狠色综合欧洲selulu| 日韩情涩欧美日韩视频| 亚洲欧美日韩国产中文在线| 蜜桃av噜噜一区| 白白色 亚洲乱淫| 欧美成人伊人久久综合网| 亚洲黄色性网站| 国产精品一区二区果冻传媒| 欧美日韩精品二区第二页| 国产女人水真多18毛片18精品视频 | www.日本不卡| 欧美大肚乱孕交hd孕妇| 亚洲国产中文字幕| 成人国产精品免费观看| 欧美大尺度电影在线| 亚洲一区二区av在线| caoporm超碰国产精品| 日韩免费高清av| 亚洲一卡二卡三卡四卡五卡| 成人国产免费视频| 亚洲精品一区二区三区在线观看| 亚洲一二三四在线观看| 91美女视频网站| 国产精品成人网| 不卡一区二区在线| 欧美极品美女视频| 久久99国产精品免费| 欧美电影免费观看高清完整版| 亚洲精品视频观看| 成人福利视频网站| 国产精品九色蝌蚪自拍| 国产ts人妖一区二区| 久久亚洲一区二区三区四区| 亚洲成av人片在线| 久久久777精品电影网影网| 日韩一级精品视频在线观看| 天堂资源在线中文精品| 欧美国产视频在线| 国产精品白丝av| 亚洲天堂网中文字| 一本一本大道香蕉久在线精品 | 蜜臂av日日欢夜夜爽一区| 欧美精品一卡二卡| 九九**精品视频免费播放| 亚洲.国产.中文慕字在线| 精品捆绑美女sm三区| 爽好多水快深点欧美视频|