HTTP中GET與POST的區別

參考資料中原文的比喻挺形象的,可以直接閱讀原文，本文只是摘抄。

最直觀的區別就是GET把引數包含在URL中，POST通過request body傳遞引數。

這是因為HTTP上層協議的規定，使他們在用起來表現的有所不同:

• GET在瀏覽器回退時是無害的，而POST會再次提交請求。
• GET產生的URL地址可以被Bookmark，而POST不可以。
• GET請求會被瀏覽器主動cache，而POST不會，除非手動設定。
• GET請求只能進行url編碼，而POST支援多種編碼方式。
• GET請求引數會被完整保留在瀏覽器歷史記錄裡，而POST中的引數不會被保留。
• GET請求在URL中傳送的引數是有長度限制的，而POST沒有。
• 對引數的資料型別，GET只接受ASCII字元，而POST沒有限制。
• GET比POST更不安全，因為引數直接暴露在URL上，所以不能用來傳遞敏感資訊。
• GET引數通過URL傳遞，POST放在Request body中。
  （本標準答案參考自w3schools）

GET和POST是什麼？
HTTP協議中的兩種傳送請求的方法。

HTTP是什麼？
HTTP是基於TCP/IP的關於資料如何在全球資訊網中如何通訊的協議。

HTTP的底層是TCP/IP。所以GET和POST的底層也是TCP/IP，也就是說，GET/POST都是TCP連結。GET和POST能做的事情是一樣的。你要給GET加上request body，給POST帶上url引數，技術上是完全行的通的。

HTTP只是個行為準則，而TCP才是GET和POST怎麼實現的基本。

而引數大小受到的限制其實是瀏覽器對url大小的限制。

業界不成文的規定是，（大多數）瀏覽器通常都會限制url長度在2K個位元組，而（大多數）伺服器最多處理64K大小的url。

總之，GET和POST本質上就是TCP連結，並無差別。但是由於HTTP的規定和瀏覽器/伺服器的限制，導致他們在應用過程中體現出一些不同。

另一個重要區別：

GET產生一個TCP資料包；POST產生兩個TCP資料包。
對於GET方式的請求，瀏覽器會把http header和data一併傳送出去，伺服器響應200（返回資料）；
而對於POST，瀏覽器先傳送header，伺服器響應100 continue，瀏覽器再傳送data，伺服器響應200 ok（返回資料）。

但仍不要混用：

1. GET與POST都有自己的語義，不能隨便混用。
2. 據研究，在網路環境好的情況下，發一次包的時間和發兩次包的時間差別基本可以無視。而在網路環境差的情況下，兩次包的TCP在驗證資料包完整性上，有非常大的優點。
3. 並不是所有瀏覽器都會在POST中傳送兩次包，Firefox就只傳送一次。

[參考資料]

99% 的人都理解錯了 HTTP 中 GET 與 POST 的區別