快捷導(dǎo)航

探索分析Go?HTTP?GET請求發(fā)送body

更新時間：2023年11月27日 14:24:23 作者：煎魚

這篇文章主要為大家介紹了探索分析Go?HTTP?GET請求發(fā)送body,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪

引言

前段時間遇到一個朋友，他跟我說他們在開發(fā)一個 Go 項(xiàng)目時，遇到了一個爭議點(diǎn)，說來也好理解。WEB UI 端選擇 GET、POST 類型時，程序是否要區(qū)分所傳遞的值（例如：Body），還是不管是什么類型都傳。

一派認(rèn)為無所謂，反正都能傳。又沒限制。

一派認(rèn)為規(guī)范如此，不應(yīng)該傳。應(yīng)該針對 HTTP POST 類型，使用 POST 請求的 body 來傳遞參數(shù)。在 GET 請求里使用 URI 來進(jìn)行參數(shù)傳遞。

看著似乎都有各自的道理，僵持不下。

RFC7231 怎么說

要看互聯(lián)網(wǎng)協(xié)議的相關(guān)標(biāo)準(zhǔn)，必然是 RFC 了。首先看看 RFC7231 中的 4.3.1 小節(jié)是怎么說的。

如下摘抄：

A payload within a GET request message has no defined semantics; sending a payload body on a GET request might cause some existing implementations to reject the request.

大概意思：在 GET 類型的請求里使用 body 是一個沒有定義的語義。如果在 GET 請求的 body 里傳遞參數(shù)可能會被某些實(shí)現(xiàn)方拒絕該請求。

也就是這個混著傳的行為并不符合 RFC 規(guī)范，至少官方是不推薦不鼓勵這樣的使用方式。但并沒有禁止這個行為。

記住這個結(jié)論。接下來我們進(jìn)行測試。

程序支持程度

我們起一個 HTTP Sever 用于測試和驗(yàn)證，看看在具體的編程語言的實(shí)現(xiàn)中師傅可以支持。

如下 Go 代碼：

func hello(w http.ResponseWriter, req *http.Request) {
    b, _ := io.ReadAll(req.Body)
    w.Write(b)
}
func main() {
    http.HandleFunc("/hello_world", hello)
    http.ListenAndServe(":7001", nil)
}

在命令行執(zhí)行 CURL 進(jìn)行測試：

$ curl -X GET localhost:7001/hello_world -d '煎魚'
煎魚

看來在 Go 里面是可以的。

那既然 RFC 沒有禁止，Go 的測試也正常。看來就是只是口頭上的 “不鼓勵” 和 “不推薦” 嗎？

那別的場景也都支持嗎？

實(shí)際上也不是，例如：XMLHttpRequest 規(guī)范中有明確提到：

如果請求方法為 GET 或 HEAD，body 參數(shù)會被忽略。

總結(jié)

在 GET 類型里傳 body 參數(shù)，從 RFC7231 標(biāo)準(zhǔn)來定義。官方是不推薦、不鼓勵這么去使用的。

但是呢，這是一個沒有明確禁止的事。

而從各個 HTTP 實(shí)現(xiàn)的客戶端來看，一開始還是有不少不支持的。但掰扯了好多年后，大多數(shù)都支持了。（畢竟用戶的訴求也是很重要的）

甚至印象最深的，ES 直接就在 GET 請求里傳了 body：

對應(yīng)的 CURL：

curl -X GET "localhost:9200/my-index-000001/_search?from=40&size=20&pretty" -H 'Content-Type: application/json' -d'
{
  "query": {
    "term": {
      "user.id": "kimchy"
    }
  }
}
'

但也有不支持的，例如在 Chrome 瀏覽器下測試 XMLHttpRequest、Fetch 對此都會忽略或出現(xiàn)報錯。