GET 和 POST 是 HTTP 請求區別

GET 和 POST 是 HTTP 請求的兩種基本方法，要說它們的區別，接觸過 WEB 開發的人都能說出一二。
最直觀的區別就是 GET 把參數包含在 URL 中，POST 通過 request body 傳遞參數。
你可能自己寫過無數個 GET 和 POST 請求，或者已經看過很多權威網站總結出的他們的區別，你非常清楚知道什麼時候該用什麼。
當你在面試中被問到這個問題，你的內心充滿了自信和喜悅。

你輕輕鬆鬆的給出了一個 “標準答案”：
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中。
“很遺憾，這不是我們要的回答！”
如果我告訴你 GET 和 POST 本質上沒有區別你信嗎？
讓我們扒下 GET 和 POST 的外衣，坦誠相見吧！

GET 和 POST 是什麼？HTTP 協議中的兩種發送請求的方法。
HTTP 是什麼？HTTP 是基於 TCP/IP 的關於數據如何在萬維網中如何通信的協議。
HTTP 的底層是 TCP/IP。所以 GET 和 POST 的底層也是 TCP/IP，也就是說，GET/POST 都是 TCP 鏈接。GET 和 POST 能做的事情是一樣一樣的。你要給 GET 加上 request body，給 POST 帶上 url 參數，技術上是完全行的通的。
GET 和 POST 是 HTTP 請求的兩種基本方法，要說它們的區別，接觸過 WEB 開發的人都能說出一二。
最直觀的區別就是 GET 把參數包含在 URL 中，POST 通過 request body 傳遞參數。
你可能自己寫過無數個 GET 和 POST 請求，或者已經看過很多權威網站總結出的他們的區別，你非常清楚知道什麼時候該用什麼。
當你在面試中被問到這個問題，你的內心充滿了自信和喜悅。

你輕輕鬆鬆的給出了一個 “標準答案”：
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中。
“很遺憾，這不是我們要的回答！”
如果我告訴你 GET 和 POST 本質上沒有區別你信嗎？
讓我們扒下 GET 和 POST 的外衣，坦誠相見吧！

GET 和 POST 是什麼？HTTP 協議中的兩種發送請求的方法。
HTTP 是什麼？HTTP 是基於 TCP/IP 的關於數據如何在萬維網中如何通信的協議。
HTTP 的底層是 TCP/IP。所以 GET 和 POST 的底層也是 TCP/IP，也就是說，GET/POST 都是 TCP 鏈接。GET 和 POST 能做的事情是一樣一樣的。你要給 GET 加上 request body，給 POST 帶上 url 參數，技術上是完全行的通的。
“標準答案” 裏的那些區別是怎麼回事？

在我大萬維網世界中，TCP 就像汽車，我們用 TCP 來運輸數據，它很可靠，從來不會發生丟件少件的現象。但是如果路上跑的全是看起來一模一樣的汽車，那這個世界看起來是一團混亂，送急件的汽車可能被前面滿載貨物的汽車攔堵在路上，整個交通系統一定會癱瘓。爲了避免這種情況發生，交通規則 HTTP 誕生了。HTTP 給汽車運輸設定了好幾個服務類別，有 GET, POST, PUT, DELETE 等等，HTTP 規定，當執行 GET 請求的時候，要給汽車貼上 GET 的標籤（設置 method 爲 GET），而且要求把傳送的數據放在車頂上（url 中）以方便記錄。如果是 POST 請求，就要在車上貼上 POST 的標籤，並把貨物放在車廂裏。當然，你也可以在 GET 的時候往車廂內偷偷藏點貨物，但是這是很不光彩；也可以在 POST 的時候在車頂上也放一些數據，讓人覺得傻乎乎的。HTTP 只是個行爲準則，而 TCP 纔是 GET 和 POST 怎麼實現的基本。
但是，我們只看到 HTTP 對 GET 和 POST 參數的傳送渠道（url 還是 requrest body）提出了要求。“標準答案” 裏關於參數大小的限制又是從哪來的呢？

在我大萬維網世界中，還有另一個重要的角色：運輸公司。不同的瀏覽器（發起 http 請求）和服務器（接受 http 請求）就是不同的運輸公司。雖然理論上，你可以在車頂上無限的堆貨物（url 中無限加參數）。但是運輸公司可不傻，裝貨和卸貨也是有很大成本的，他們會限制單次運輸量來控制風險，數據量太大對瀏覽器和服務器都是很大負擔。業界不成文的規定是，（大多數）瀏覽器通常都會限制 url 長度在 2K 個字節，而（大多數）服務器最多處理 64K 大小的 url。超過的部分，恕不處理。如果你用 GET 服務，在 request body 偷偷藏了數據，不同服務器的處理方式也是不同的，有些服務器會幫你卸貨，讀出數據，有些服務器直接忽略，所以，雖然 GET 可以帶 request body，也不能保證一定能被接收到哦。
好了，現在你知道，GET 和 POST 本質上就是 TCP 鏈接，並無差別。但是由於 HTTP 的規定和瀏覽器 / 服務器的限制，導致他們在應用過程中體現出一些不同。
你以爲本文就這麼結束了？

我們的大 BOSS 還等着出場呢。。。
這位 BOSS 有多神祕？當你試圖在網上找 “GET 和 POST 的區別” 的時候，那些你會看到的搜索結果裏，從沒有提到他。他究竟是什麼呢。。。
GET 和 POST 還有一個重大區別，簡單的說：
GET產生一個TCP數據包；POST產生兩個TCP數據包。
長的說：
對於GET方式的請求，瀏覽器會把http header和data一併發送出去，服務器響應200（返回數據）；

而對於POST，瀏覽器先發送header，服務器響應100 continue，瀏覽器再發送data，服務器響應200 ok（返回數據）。

也就是說，GET只需要汽車跑一趟就把貨送到了，而POST得跑兩趟，第一趟，先去和服務器打個招呼“嗨，我等下要送一批貨來，你們打開門迎接我”，然後再回頭把貨送過去。

因爲POST需要兩步，時間上消耗的要多一點，看起來GET比POST更有效。因此Yahoo團隊有推薦用GET替換POST來優化網站性能。但這是一個坑！跳入需謹慎。爲什麼？

1. GET與POST都有自己的語義，不能隨便混用。

2. 據研究，在網絡環境好的情況下，發一次包的時間和發兩次包的時間差別基本可以無視。而在網絡環境差的情況下，兩次包的TCP在驗證數據包完整性上，有非常大的優點。

3. 並不是所有瀏覽器都會在POST中發送兩次包，Firefox就只發送一次。
現在，當面試官再問你 “GET 與 POST 的區別” 的時候，你的內心是不是這樣的？


“標準答案” 裏的那些區別是怎麼回事？

在我大萬維網世界中，TCP 就像汽車，我們用 TCP 來運輸數據，它很可靠，從來不會發生丟件少件的現象。但是如果路上跑的全是看起來一模一樣的汽車，那這個世界看起來是一團混亂，送急件的汽車可能被前面滿載貨物的汽車攔堵在路上，整個交通系統一定會癱瘓。爲了避免這種情況發生，交通規則 HTTP 誕生了。HTTP 給汽車運輸設定了好幾個服務類別，有 GET, POST, PUT, DELETE 等等，HTTP 規定，當執行 GET 請求的時候，要給汽車貼上 GET 的標籤（設置 method 爲 GET），而且要求把傳送的數據放在車頂上（url 中）以方便記錄。如果是 POST 請求，就要在車上貼上 POST 的標籤，並把貨物放在車廂裏。當然，你也可以在 GET 的時候往車廂內偷偷藏點貨物，但是這是很不光彩；也可以在 POST 的時候在車頂上也放一些數據，讓人覺得傻乎乎的。HTTP 只是個行爲準則，而 TCP 纔是 GET 和 POST 怎麼實現的基本。
但是，我們只看到 HTTP 對 GET 和 POST 參數的傳送渠道（url 還是 requrest body）提出了要求。“標準答案” 裏關於參數大小的限制又是從哪來的呢？

在我大萬維網世界中，還有另一個重要的角色：運輸公司。不同的瀏覽器（發起 http 請求）和服務器（接受 http 請求）就是不同的運輸公司。雖然理論上，你可以在車頂上無限的堆貨物（url 中無限加參數）。但是運輸公司可不傻，裝貨和卸貨也是有很大成本的，他們會限制單次運輸量來控制風險，數據量太大對瀏覽器和服務器都是很大負擔。業界不成文的規定是，（大多數）瀏覽器通常都會限制 url 長度在 2K 個字節，而（大多數）服務器最多處理 64K 大小的 url。超過的部分，恕不處理。如果你用 GET 服務，在 request body 偷偷藏了數據，不同服務器的處理方式也是不同的，有些服務器會幫你卸貨，讀出數據，有些服務器直接忽略，所以，雖然 GET 可以帶 request body，也不能保證一定能被接收到哦。
好了，現在你知道，GET 和 POST 本質上就是 TCP 鏈接，並無差別。但是由於 HTTP 的規定和瀏覽器 / 服務器的限制，導致他們在應用過程中體現出一些不同。
你以爲本文就這麼結束了？

我們的大 BOSS 還等着出場呢。。。
這位 BOSS 有多神祕？當你試圖在網上找 “GET 和 POST 的區別” 的時候，那些你會看到的搜索結果裏，從沒有提到他。他究竟是什麼呢。。。
GET 和 POST 還有一個重大區別，簡單的說：
GET產生一個TCP數據包；POST產生兩個TCP數據包。
長的說：
對於GET方式的請求，瀏覽器會把http header和data一併發送出去，服務器響應200（返回數據）；

而對於POST，瀏覽器先發送header，服務器響應100 continue，瀏覽器再發送data，服務器響應200 ok（返回數據）。

也就是說，GET只需要汽車跑一趟就把貨送到了，而POST得跑兩趟，第一趟，先去和服務器打個招呼“嗨，我等下要送一批貨來，你們打開門迎接我”，然後再回頭把貨送過去。

因爲POST需要兩步，時間上消耗的要多一點，看起來GET比POST更有效。因此Yahoo團隊有推薦用GET替換POST來優化網站性能。但這是一個坑！跳入需謹慎。爲什麼？

1. GET與POST都有自己的語義，不能隨便混用。

2. 據研究，在網絡環境好的情況下，發一次包的時間和發兩次包的時間差別基本可以無視。而在網絡環境差的情況下，兩次包的TCP在驗證數據包完整性上，有非常大的優點。

3. 並不是所有瀏覽器都會在POST中發送兩次包，Firefox就只發送一次。