HTTP 方法：GET 對比 POST

兩種最常用的 HTTP 方法是：GET 和 POST。

什麼是 HTTP？

超文本傳輸協議（HTTP）的設計目的是保證客戶機與服務器之間的通信。

HTTP 的工作方式是客戶機與服務器之間的請求-應答協議。

web 瀏覽器可能是客戶端，而計算機上的網絡應用程序也可能作爲服務器端。

舉例：客戶端（瀏覽器）向服務器提交 HTTP 請求；服務器向客戶端返回響應。響應包含關於請求的狀態信息以及可能被請求的內容。

兩種 HTTP 請求方法：GET 和 POST

在客戶機和服務器之間進行請求-響應時，兩種最常被用到的方法是：GET 和 POST。

• GET - 從指定的資源請求數據。
• POST - 向指定的資源提交要被處理的數據

GET 方法

請注意，查詢字符串（名稱/值對）是在 GET 請求的 URL 中發送的：

/test/demo_form.asp?name1=value1&name2=value2

有關 GET 請求的其他一些註釋：

• GET 請求可被緩存
• GET 請求保留在瀏覽器歷史記錄中
• GET 請求可被收藏爲書籤
• GET 請求不應在處理敏感數據時使用
• GET 請求有長度限制
• GET 請求只應當用於取回數據

POST 方法

請注意，查詢字符串（名稱/值對）是在 POST 請求的 HTTP 消息主體中發送的：

POST /test/demo_form.asp HTTP/1.1
Host: w3schools.com
name1=value1&name2=value2

有關 POST 請求的其他一些註釋：

• POST 請求不會被緩存
• POST 請求不會保留在瀏覽器歷史記錄中
• POST 不能被收藏爲書籤
• POST 請求對數據長度沒有要求

比較 GET 與 POST

下面的表格比較了兩種 HTTP 方法：GET 和 POST。

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中。 （本標準答案參考自w3schools）   “很遺憾，這不是我們要的回答！” 請告訴我真相。。。   如果我告訴你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的區別”的時候，你的內心是不是這樣的？ 結束！！！

其他 HTTP 請求方法

下面的表格列出了其他一些 HTTP 請求方法：

方法	描述
HEAD	與 GET 相同，但只返回 HTTP 報頭，不返回文檔主體。
PUT	上傳指定的 URI 表示。
DELETE	刪除指定資源。
OPTIONS	返回服務器支持的 HTTP 方法。
CONNECT	把請求連接轉換到透明的 TCP/IP 通道。