使用 HTTP Get 方法的主體仍然是一個壞主意

超文本傳輸協議 (http) 有多種方法或“動詞”，可讓客戶端和服務器有效通信。最常用的方法之一是get方法，該方法從服務器檢索數據。雖然 http 規範並不禁止使用get請求發送正文，但這樣做不符合標準，可能會導致各種問題。

HTTP GET 方法以及使用請求主體

超文本傳輸協議 (http) 有多種方法或“動詞”，可讓客戶端和服務器有效通信。最常用的方法之一是get方法，該方法從服務器檢索數據。雖然 http 規範並不禁止使用get請求發送正文，但這樣做不符合標準，可能會導致各種問題。

背景：什麼是 HTTP GET 方法？

在 HTTP 中，GET方法旨在從服務器檢索數據而不會產生任何副作用。通常，這些數據是根據作爲 URL 查詢字符串的一部分發送的參數獲取的。例如，在http://example.com/?key=value 這樣的 URL 中，表示傳遞給服務器的參數。

可以使用 HTTP GET 請求發送正文嗎？

從技術上講，是的。HTTP/1.1 規範 (RFC 7231) 並未明確禁止在GET請求中包含正文。但是，它指出GET請求正文沒有定義的語義，這意味着服務器沒有義務理解或使用它。實際上，在GET中包含請求正文一直是一個有爭議的問題。

使用 GET 包含主體不是一個好主意的原因：

1、語義不一致：HTTP 方法具有語義含義。GET請求表示讀取操作，沒有副作用，而請求主體通常傳達要由服務器處理的數據。使用 GET 發送主體會混淆這一明顯的區別。

2、服務器不兼容：許多服務器和中介機構可能會忽略GET請求的主體，甚至完全拒絕該請求。

3、緩存問題：HTTP 緩存機制依賴於請求方法的可預測性。帶有正文的GET請求可能會破壞這些機制，因爲緩存在確定緩存命中或未命中時可能不會考慮正文。

4、潛在的安全問題：由於這種情況並不常見，系統可能無法預測或正確處理GET請求中的主體。這種疏忽可能會暴露漏洞。

使用 GET 請求體的潛在原因：

1、複雜查詢：某些應用程序，尤其是那些需要複雜查詢的應用程序（例如某些數據庫搜索），可能會發現在正文而不是 URL 中傳達此信息更爲直接。

2、設計的統一性：如果應用程序設計使用主體以其他方法（POST，PUT）發送數據，則可能考慮使用帶有GET 的主體以保持一致性。

3、避免使用長 URL：URL 可能有長度限制。例如，Internet Explorer 的最大 URL 長度爲 2048 個字符。使用正文可以幫助規避此限制。

使用 GET 發送正文的替代方法：

1、使用 POST 方法：如果需要向服務器發送大量數據進行處理和檢索，POST方法可能更合適。

2、URL 編碼：對於不太複雜的數據要求，可以對參數進行 URL 編碼並附加到請求 URL。

3、自定義標頭：可以使用自定義 HTTP 標頭傳遞某些信息，從而無需正文或長 URL。

結論

雖然從技術上來說，使用 HTTP GET請求發送正文是可行的，但一般不建議這樣做，因爲可能會造成語義混淆、技術不兼容和其他挑戰。根據具體應用需求權衡利弊至關重要，如有疑問，請遵循標準做法，以確保最廣泛的兼容性和最佳用戶體驗。

以上就是使用 HTTP Get 方法的主體仍然是一個壞主意的詳細內容，更多請關注本站其它相關文章！