其實吧，get和post在本質上沒有區別，都是http協議中的兩種傳送請求的方法。而http呢，是基於tcp/ip的關於資料如何在全球資訊網中如何通訊的協議。
全球資訊網：簡稱www，是world wide web的簡稱，也稱為web、3w等。
http的底層是tcp/ip。所以get和post的底層也是tcp/ip，也就是說，get/post都是tcp鏈結。
get和post能做的事情是一樣一樣的。你要給get加上request body，給post帶上url引數，技術上是完全行的通的。
舉個例子吧：
tcp就像汽車，我們用tcp來運輸資料，它很可靠，從來不會發生丟件少件的現象。
但是如果路上跑的全是看起來一模一樣的汽車，那這個世界看起來是一團混亂，送急件的汽車可能被前面滿載貨物的汽車攔堵在路上，整個交通系統一定會癱瘓。
為了避免這種情況發生，交通規則http誕生了。http給汽車運輸設定了好幾個服務類別，包括get, post, put等等，
http規定，當執行get請求的時候，要給汽車貼上get的標籤（設定method為get），而且要求把傳送的資料放在車頂上（url中）以方便記錄。
如果是post請求，就要在車上貼上post的標籤，並把貨物放在車廂裡（request body中）。
http只是個行為準則，而get和post本質上就是tcp鏈結，並無差別。但是由於http的規定和瀏覽器/伺服器的限制，導致他們在應用過程中體現出一些不同。
不同的瀏覽器client端（發起http請求）和伺服器server端（接受http請求）就是不同的運輸公司。
雖然理論上，你可以在車頂上無限的堆貨物（url中無限加引數）。但是運輸公司可不傻，裝貨和卸貨也是有很大成本的，他們會限制單次運輸量來控制風險，資料量太大對瀏覽器和伺服器都是很大負擔。
業界不成文的規定是，（大多數）瀏覽器通常都會限制url長度在2k個位元組，而（大多數）伺服器最多處理64k大小的url。
超過的部分，恕不處理。如果你用get服務，在request body偷偷藏了資料，不同伺服器的處理方式也是不同的，有些伺服器會幫你卸貨，讀出資料，有些伺服器直接忽略。
在約定中，我們的引數是寫在 ? 後面，用 & 分割。如下：
http://ip:port/project/getuserinfo?username=chenhhaha&age=26&***=2比如header請求頭中新增token，來驗證使用者是否登入等許可權問題。
也就是說，我們可以自己約定引數的寫法，只要服務端能夠解發布來就行，萬變不離其宗。
有人說post 比 get 安全，因為資料在位址列上不可見。
然而，從傳輸的角度來說，他們都是不安全的，因為 http 在網路上是明文傳輸的，只要在網路節點上捉包，就能完整地獲取資料報文。
其實，要想安全傳輸，就只有加密，也就是 https。
get請求時產生乙個tcp資料報；post請求時產生兩個tcp資料報。
post需要兩步，理論上時間上消耗的要多一點，看起來get比post更有效。但並不是，後來發現原來是個坑。在我看來：get與post都有自己的語義，不能隨便混用。
據研究，在網路環境好的情況下，發一次包的時間和發兩次包的時間差別基本可以無視。而在網路環境差的情況下，兩次包的tcp在驗證資料報完整性上，有非常大的優點。
並不是所有瀏覽器都會在post中傳送兩次包，firefox就只傳送一次。我去年用chrome瀏覽器測試發現也是只傳送一次，所以我認為get、post效能差可以人為忽略。
Get與Post的區別
1.href與action的區別 href只能get引數，action能get引數又能post引數 href一般用於單個連線，可以帶引數 url重寫 是採用get方式請求的，在位址列中可以看到所有的引數 action一樣用於表單的提交 如 註冊 等，他可以提交大量和比較複雜的引數，可通過post和g...
Get 與Post 的區別
get 與post 的區別 表單提交中get和post方式的區別有5點 1.get是從伺服器上獲取資料，post是向伺服器傳送資料。2.get是把引數資料佇列加到提交表單的action屬性所指的url中，值和表單內各個字段一一對應，在url中可以看到。post是通過http post機制，將表單內各...
get 與 post 的區別
先簡單的介紹一下 get與 post lget 是以實體的方式得到由請求 uri所指定資源的資訊，如果請求 uri只是乙個資料產生過程，那麼最終要在響應實體中返回的是處理過程的結果所指向的資源，而不是處理過程的描述。l post 用來向目的伺服器發出請求，要求它接受被附在請求後的實體，並把它當作請求...