大家好，我是煎魚。

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

圖片

一派認為無所謂，反正都能傳。又沒限制。

一派認為規范如此，不應該傳。應該針對 HTTP POST 類型，使用 POST 請求的 body 來傳遞參數。在 GET 請求里使用 URI 來進行參數傳遞。

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

RFC7231 怎么說

要看互聯網協議的相關標準，必然是 RFC 了。首先看看 RFC7231[1] 中的 4.3.1 小節是怎么說的。

如下摘抄：

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 里傳遞參數可能會被某些實現方拒絕該請求。

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

記住這個結論。接下來我們進行測試。

程序支持程度

我們起一個 HTTP Sever 用于測試和驗證，看看在具體的編程語言的實現中是否可以支持。

如下 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)
}

在命令行執行 CURL 進行測試：

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

看來在 Go 里面是可以的。

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

那別的場景也都支持嗎？

實際上也不是，例如：XMLHttpRequest 規范[2] 中有明確提到：

圖片

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

總結

在 GET 類型里傳 body 參數，從 RFC7231 標準來定義。官方是不推薦、不鼓勵這么去使用的。

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

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

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

圖片

對應的 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 對此都會忽略或出現報錯。

圖片

Fetch GET body

結論上來講，GET 請求能不能傳 body，這是一個 RFC 規范不鼓勵。但是實現方大部分都支持的一個情況。

企業和團隊內部的話，建議達成研發規范的共識即可。不過我個人而言，都會區分開。

參考資料

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

[2]XMLHttpRequest 規范: https://xhr.spec.whatwg.org