Go HTTP GET 請求可以發送 body 嗎
大家好,我是煎魚。
前段時間遇到一個朋友,他跟我說他們在開發一個 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