1、 設置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 在所有的 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.運行服務器
2.運行客戶端
輸出如下：statuscode是我們設置的500，Name也取到了值。
golang處理http response碰到的問題和需要注意的點
在處理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處理http response碰到的問題和需要注意的點
- golang中為什么Response.Body需要被關閉詳解
- 解決Golang中ResponseWriter的一個坑
