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中。
在全球資訊網世界中，tcp就像汽車，我們用tcp來運輸資料，它很可靠，從來不會發生丟件少件的現象。但是如果路上跑的全是看起來一模一樣的汽車，那這個世界看起來是一團混亂，送急件的汽車可能被前面滿載貨物的汽車攔堵在路上，整個交通系統一定會癱瘓。為了避免這種情況發生，交通規則http誕生了。http給汽車運輸設定了好幾個服務類別，有get, post, put, delete等等，http規定，當執行get請求的時候，要給汽車貼上get的標籤（設定method為get），而且要求把傳送的資料放在車頂上（url中）以方便記錄。如果是post請求，就要在車上貼上post的標籤，並把貨物放在車廂裡。當然，你也可以在get的時候往車廂內偷偷藏點貨物，但是這是很不光彩；也可以在post的時候在車頂上也放一些資料，讓人覺得傻乎乎的。http只是個行為準則，而tcp才是get和post怎麼實現的基本。
在全球資訊網世界中，還有另乙個重要的角色：運輸公司。不同的瀏覽器（發起http請求）和伺服器（接受http請求）就是不同的運輸公司。 雖然理論上，你可以在車頂上無限的堆貨（url中無限加引數）。但是運輸公司可不傻，裝貨和卸貨也是有很大成本的，他們會限制單次運輸量來控制風險，資料量太大對瀏覽器和伺服器都是很大負擔。業界不成文的規定是，（大多數）瀏覽器通常都會限制url長度在2k個位元組，而（大多數）伺服器最多處理64k大小的url。超過的部分，恕不處理。如果你用get服務，在request body偷偷藏了資料，不同伺服器的處理方式也是不同的，有些伺服器會幫你卸貨，讀出資料，有些伺服器直接忽略，所以，雖然get可以帶request body，也不能保證一定能被接收到哦。
但是由於http的規定和瀏覽器/伺服器的限制，導致他們在應用過程中體現出一些不同。
get產生乙個tcp資料報；post產生兩個tcp資料報。
對於get方式的請求，瀏覽器會把http header和data一併傳送出去，伺服器響應200（返回資料）；
而對於post，瀏覽器先傳送header，伺服器響應100 continue，瀏覽器再傳送data，伺服器響應200 ok（返回資料）。
也就是說，get只需要汽車跑一趟就把貨送到了，而post得跑兩趟，第一趟，先去和伺服器打個招呼「嗨，我等下要送一批貨來，你們開啟門迎接我」，然後再回頭把貨送過去。
因為post需要兩步，時間上消耗的要多一點，看起來get比post更有效。
get與post都有自己的語義，不能隨便混用。
據研究，在網路環境好的情況下，發一次包的時間和發兩次包的時間差別基本可以無視。而在網路環境差的情況下，兩次包的tcp在驗證資料報完整性上，有非常大的優點。
並不是所有瀏覽器都會在post中傳送兩次包，firefox就只傳送一次。
HTTP請求方法 get和post的區別
http定義了與伺服器互動的不同方法，最基本的方法有4種，分別是get，post，put，delete。乙個url位址，它用於描述乙個網路上的資源，而http中的get，post，put，delete 就對應著對這個資源的查，改，增，刪4個操作。get是從伺服器上獲取資料，post是向伺服器傳送資料...
HTTP的幾種請求方法（get和post的區別）
post put patch區別 請注意，查詢字串 名稱 值對 是在 get 請求的 url 中傳送的 get 請求可被快取 chrome下和firefox下如果檢測到get請求的是靜態資源，則會快取，如果是資料，則不快取，但是ie這個傻x啥都會快取起來 get 請求保留在瀏覽器歷史記錄中 get ...
Http的GET和POST請求
1 http頭資訊 request line 請求型別 訪問資源 http版本 headers http頭訊息 r n request body 任意其他資料body get請求樣例 post請求樣例 2 get和post區別 get主要從伺服器上獲取資料 post主要向伺服器傳送資料 get使用r...