大家好，我是煎魚。

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

圖片

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

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

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

RFC7231 怎么說

要看互聯(lián)網(wǎng)協(xié)議的相關(guān)標(biāo)準(zhǔn)，必然是 RFC 了。首先看看 RFC7231[1] 中的 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 類型的請(qǐng)求里使用 body 是一個(gè)沒有定義的語(yǔ)義。如果在 GET 請(qǐng)求的 body 里傳遞參數(shù)可能會(huì)被某些實(shí)現(xiàn)方拒絕該請(qǐng)求。

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

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

程序支持程度

我們起一個(gè) HTTP Sever 用于測(cè)試和驗(yàn)證，看看在具體的編程語(yǔ)言的實(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)行測(cè)試：

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

看來在 Go 里面是可以的。

那既然 RFC 沒有禁止，Go 的測(cè)試也正常?？磥砭褪侵皇强陬^上的 “不鼓勵(lì)” 和 “不推薦” 嗎？

那別的場(chǎng)景也都支持嗎？

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

圖片

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

總結(jié)

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

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

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

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

圖片

對(duì)應(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 瀏覽器下測(cè)試 XMLHttpRequest、Fetch 對(duì)此都會(huì)忽略或出現(xiàn)報(bào)錯(cuò)。

圖片

Fetch GET body

結(jié)論上來講，GET 請(qǐng)求能不能傳 body，這是一個(gè) RFC 規(guī)范不鼓勵(lì)。但是實(shí)現(xiàn)方大部分都支持的一個(gè)情況。

企業(yè)和團(tuán)隊(duì)內(nèi)部的話，建議達(dá)成研發(fā)規(guī)范的共識(shí)即可。不過我個(gè)人而言，都會(huì)區(qū)分開。

參考資料

[1]RFC7231: https://datatracker.ietf.org/doc/pdf/rfc7231.pdf

[2]XMLHttpRequest 規(guī)范: https://xhr.spec.whatwg.org