conclusion first: 到最後，問起來，get和post的最核心區別是什麼？我可能會回答：
在用法上，乙個用於獲取資料，乙個用於修改資料；
在根本上，沒有啥區別
在細節上，有一些區別，需要展開講嘛？
最直觀的區別就是get把引數包含在url中，post通過request body傳遞引數。
可以看到一些常見的標準答案
（本標準答案參考自w3schools）
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的規定和瀏覽器/伺服器的限制，導致他們在應用過程中體現出一些不同。產生options請求的原因包括以下幾條：
產生了複雜請求。複雜請求對應的就是簡單請求。簡單請求的定義是：
請求中沒有自定義http頭部。
所謂的自定義頭部，在實際的專案裡，我們經常會遇到需要在header頭部加上一些token或者其他的使用者資訊，用來做使用者資訊的校驗。
發生了跨域。
options請求有什麼作用
官方將頭部帶自定義資訊的請求方式稱為帶預檢（preflighted）的跨域請求。在實際呼叫介面之前，會首先發出乙個options請求，檢測服務端是否支援真實的請求進行跨域的請求。真實請求在options請求中，通過request-header將 access-control-request-headers與access-control-request-method傳送給後台，另外瀏覽器會自行加上乙個origin請求位址。服務端在接收到預檢請求後，根據資源許可權配置，在response-header頭部加入access-control-allow-headers（允許跨域請求的請求頭）、access-control-allow-methods（允許跨域請求的請求方式）、access-control-allow-origin（允許跨域請求的域 ）。另外，服務端還可以通過access-control-max-age來設定一定時間內無須再進行預檢請求，直接用之前的預檢請求的協商結果即可。瀏覽器再根據服務端返回的資訊，進行決定是否再進行真實的跨域請求。這個過程對於使用者來說，也是透明的。
另外在http響應頭，凡是瀏覽器請求中攜帶了身份資訊，而響應頭中沒有返回access-control-allow-credentials: true的，瀏覽器都會忽略此次響應。
總結：只要是帶自定義header的跨域請求，在傳送真實請求前都會先傳送options請求，瀏覽器根據options請求返回的結果來決定是否繼續傳送真實的請求進行跨域資源訪問。所以複雜請求肯定會兩次請求服務端。
options請求如何避免
其實通過以上的分析，我們能得出以下解決方案：
使用**，避開跨域。
將複雜跨域請求更改為簡單跨域請求。
不使用帶自定義配置的header頭部。
GET 和 POST請求的本質區別
你輕輕鬆鬆的給出了乙個 標準答案 get和post是什麼？http協議中的兩種傳送請求的方法。http是什麼？http是基於tcp ip的關於資料如何在全球資訊網中如何通訊的協議。http的底層是tcp ip。所以get和post的底層也是tcp ip，也就是說，get post都是tcp鏈結。ge...
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請求會儲...