你輕輕鬆鬆的給出了乙個「標準答案」：
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的規定和瀏覽器/伺服器的限制，導致他們在應用過程中體現出一些不同。
get和post還有乙個重大區別，簡單的說：
get產生乙個tcp資料報；post產生兩個tcp資料報。
長的說：
也就是說，get只需要汽車跑一趟就把貨送到了，而post得跑兩趟，第一趟，先去和伺服器打個招呼「嗨，我等下要送一批貨來，你們開啟門迎接我」，然後再回頭把貨送過去。
因為post需要兩步，時間上消耗的要多一點，看起來get比post更有效。因此yahoo團隊有推薦用get替換post來優化**效能。但這是乙個坑！跳入需謹慎。為什麼？
get與post都有自己的語義，不能隨便混用。
據研究，在網路環境好的情況下，發一次包的時間和發兩次包的時間差別基本可以無視。而在網路環境差的情況下，兩次包的tcp在驗證資料報完整性上，有非常大的優點。
並不是所有瀏覽器都會在post中傳送兩次包，firefox就只傳送一次。
GET和POST的本質區別
get和post解釋 全球資訊網世界中，tcp就像汽車，我們用tcp來運輸資料，http協議就是交通規則。http給汽車運輸設定了好幾個服務類別，有get,post,put,delete等等，http規定，當執行get請求的時候，要給汽車貼上get的標籤 設定method為get 而且要求把傳送的資...
GET和POST的本質區別
前言 相信小夥伴們面試時候一定都遇到過這個問題，即使沒有遇到過，至少也聽說過，網上資料一大片，大概每個人都能說出來一些。但是總感覺面試裝逼不成功，所以就翻閱了部分資料，進一步整理了下。一般當我們提到get和post請求的對比，直觀想到是 get請求的特點 1.get請求能夠被快取 2.get請求會儲...
GET 和 POST請求的本質區別是什麼？
conclusion first 到最後，問起來，get和post的最核心區別是什麼？我可能會回答 在用法上，乙個用於獲取資料，乙個用於修改資料 在根本上，沒有啥區別 在細節上，有一些區別，需要展開講嘛？最直觀的區別就是get把引數包含在url中，post通過request body傳遞引數。可以看...