GET和POST是什么？HTTP協議中的兩種發送請求的方法。
HTTP是什么？HTTP是基於TCP/IP的關於數據如何在萬維網中如何通信的協議。
其實，GET和POST本質上兩者沒有任何區別。他們都是HTTP協議中的請求方法。底層實現都是基於TCP/IP協議。上述的所謂區別，只是瀏覽器廠家根據約定，做得限制而已。
HTTP請求，最初設定了八種方法。這八種方法本質上沒有任何區別。只是讓請求，更加有語義而已。
- OPTIONS 返回服務器所支持的請求方法
- GET 向服務器獲取指定資源
- HEAD 與GET一致，只不過響應體不返回，只返回響應頭
- POST 向服務器提交數據，數據放在請求體里
- PUT 與POST相似，只是具有冪等特性，一般用於更新
- DELETE 刪除服務器指定資源
- TRACE 回顯服務器端收到的請求，測試的時候會用到這個
- CONNECT 預留，暫無使用
TCP就像汽車，我們用TCP來運輸數據，它很可靠，從來不會發生丟件少件的現象。但是如果路上跑的全是看起來一模一樣的汽車，那這個世界看起來是一團混亂，送急件的汽車可能被前面滿載貨物的汽車攔堵在路上，整個交通系統一定會癱瘓。為了避免這種情況發生，交通規則HTTP誕生了。HTTP給汽車運輸設定了好幾個服務類別，有GET, POST, PUT, DELETE等等，HTTP規定，當執行GET請求的時候，要給汽車貼上GET的標簽（設置method為GET），而且要求把傳送的數據放在車頂上（url中）以方便記錄。如果是POST請求，就要在車上貼上POST的標簽，並把貨物放在車廂里。當然，你也可以在GET的時候往車廂內偷偷藏點貨物，但是這是很不光彩；也可以在POST的時候在車頂上也放一些數據，讓人覺得傻乎乎的。HTTP只是個行為准則，而TCP才是GET和POST怎么實現的基本。
GET 方法的長度限制是怎么回事？
網絡上都會提到瀏覽器地址欄輸入的參數是有限的。
首先說明一點，HTTP 協議沒有 Body 和 URL 的長度限制，對 URL 限制的大多是瀏覽器和服務器的原因。
瀏覽器原因就不說了，服務器是因為處理長 URL 要消耗比較多的資源，為了性能和安全（防止惡意構造長 URL 來攻擊）考慮，會給 URL 長度加限制。
還有另一個重要的角色：運輸公司。不同的瀏覽器（發起http請求）和服務器（接受http請求）就是不同的運輸公司。 雖然理論上，你可以在車頂上無限的堆貨物（url中無限加參數）。但是運輸公司可不傻，裝貨和卸貨也是有很大成本的，他們會限制單次運輸量來控制風險，數據量太大對瀏覽器和服務器都是很大負擔。業界不成文的規定是，（大多數）瀏覽器通常都會限制url長度在2K個字節，而（大多數）服務器最多處理64K大小的url。超過的部分，恕不處理。如果你用GET服務，在request body偷偷藏了數據，不同服務器的處理方式也是不同的，有些服務器會幫你卸貨，讀出數據，有些服務器直接忽略，所以，雖然GET可以帶request body，也不能保證一定能被接收到哦。
好了，現在你知道，GET和POST本質上就是TCP鏈接，並無差別。但是由於HTTP的規定和瀏覽器/服務器的限制，導致他們在應用過程中體現出一些不同。
POST 方法會產生兩個 TCP 數據包？
有些文章中提到，post 會將 header 和 body 分開發送，先發送 header，服務端返回 100 狀態碼再發送 body。
HTTP 協議中沒有明確說明 POST 會產生兩個 TCP 數據包，而且實際測試(Chrome)發現，header 和 body 不會分開發送。
所以，header 和 body 分開發送是部分瀏覽器或框架的請求方法，不屬於 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就只發送一次。
POST 方法比 GET 方法安全？
有人說POST 比 GET 安全，因為數據在地址欄上不可見。
然而，從傳輸的角度來說，他們都是不安全的，因為 HTTP 在網絡上是明文傳輸的，只要在網絡節點上捉包，就能完整地獲取數據報文。
要想安全傳輸，就只有加密，也就是 HTTPS。
最后總結：
get和post的區別主要有以下幾方面：
1、url可見性：
get，參數url可見；
post，url參數不可見
2、數據傳輸上：
get，通過拼接url進行傳遞參數；
post，通過body體傳輸參數
3、緩存性：
get請求是可以緩存的
post請求不可以緩存
4、后退頁面的反應
get請求頁面后退時，不產生影響
post請求頁面后退時，會重新提交請求
5、傳輸數據的大小
get一般傳輸數據大小不超過2k-4k（根據瀏覽器不同，限制不一樣，但相差不大）
post請求傳輸數據的大小根據php.ini 配置文件設定，也可以無限大。
6、安全性
這個也是最不好分析的，原則上post肯定要比get安全，畢竟傳輸參數時url不可見，但也擋不住部分人閑的沒事在那抓包玩。安全性個人覺得是沒多大區別的，防君子不防小人就是這個道理。對傳遞的參數進行加密，其實都一樣。