之前學post跟get的區別只是簡單的學了三個，即：
get比post安全性低
get的url長度受到限制，post不受限制
get回退無害。
然後就一直有個疑問，既然說得這麼明顯，怎麼不都用post就行了，直接高安全性又能無限長度。
最近為了解除困擾很久的疑惑就去相關原始碼跟文件。發現區別還是要從底層原始碼開始說起，兩者都是基於tcp/ip協議，如果不遵守全球資訊網守則將本該放在get的url與放在post的request body倒換過來也是可以，但是在伺服器方面有的伺服器有的會讀取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對get和post引數的傳送渠道（url還是requrest body）提出了要求。「標準答案」裡關於引數大小的限制又是從哪來的呢？
在我大全球資訊網世界中，還有另乙個重要的角色：運輸公司。不同的瀏覽器（發起http請求）和伺服器（接受http請求）就是不同的運輸公司。 雖然理論上，你可以在車頂上無限的堆貨物（url中無限加引數）。但是運輸公司可不傻，裝貨和卸貨也是有很大成本的，他們會限制單次運輸量來控制風險，資料量太大對瀏覽器和伺服器都是很大負擔。業界不成文的規定是，（大多數）瀏覽器通常都會限制url長度在2k個位元組，而（大多數）伺服器最多處理64k大小的url。超過的部分，恕不處理。如果你用get服務，在request body偷偷藏了資料，不同伺服器的處理方式也是不同的，有些伺服器會幫你卸貨，讀出資料，有些伺服器直接忽略，所以，雖然get可以帶request body，也不能保證一定能被接收到哦。
在tcp層面上，get是一次性將http header和data一起傳送，伺服器響應200；而post是伺服器響應200。
1. get與post都有自己的語義，不能隨便混用。
2. 據研究，在網路環境好的情況下，發一次包的時間和發兩次包的時間差別基本可以無視。而在網路環境差的情況下，兩次包的tcp在驗證資料報完整性上，有非常大的優點。
3. 並不是所有瀏覽器都會在post中傳送兩次包，firefox就只傳送一次。
get和post的區別
在b s應用程式中，前台與後台的資料互動，都是通過html中form表單完成的。form提供了兩種資料傳輸的方式 get和post。雖然它們都是資料的提交方式，但是在實際傳輸時確有很大的不同，並且可能會對資料產生嚴重的影響。雖然為了方便的得到變數值，web容器已經遮蔽了二者的一些差異，但是了解二者的...
post和get的區別？
1.get是從伺服器上獲取資料，post是向伺服器傳送資料。get 和 post只是一種傳遞資料的方式，get也可以把資料傳到伺服器，他們的本質都是傳送請求和接收結果。只是組織格式和資料量上面有差別，http協議裡面有介紹。2.get是把引數資料佇列加到提交表單的action屬性所指的url中，值和...
post和get的區別
兩者的主要區別在資料傳送方式和接收方式上 1 在客戶端 get方式是通過url提交資料 post方式是提交後位址列是不變的 2 在伺服器端 get方式是利用解析位址列字串的方式，伺服器獲取get提交的值 post方式是以form的形式提交表單引數 一般來說，盡量避免使用get方式提交表單，因為有可能...