GET和POST請求到底有什么區別？

分享一波:程序員賺外快-必看的巔峰干貨

看到這個標題，想必大部分人都已經想關掉這篇博客了。先別急，你真的知道這兩個的區別嗎？
做過WEB開發的朋友可能很熟悉，看到這個問題能立馬脫口而出二者的區別。

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請求本質上并無區別

到這里，如果小伙伴學習過 ELK 技術棧就明白了，Kibana在操作ES時，允許GET請求攜帶請求體。

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的規定和瀏覽器/服務器的限制，導致他們在應用過程中體現出一些不同。
*************************************優雅的分割線 **********************************