以前只會用GET和POST，但有時候就會傻傻分不清什麼時候該用GET，什麼時候該用POST，花了一段時間把這兩個東西給琢磨了一遍，特此記錄一下。
這裏着重講一下GET和POST一些細節。在講兩者傳輸區別之前，一個需要注意的就是：很多人一提到地址欄的傳參方式，就聯想到GET，其實不管是GET還是POST都可以通過地址URL傳遞參數，因爲參數屬於URL的一部分，服務端只要能獲取URL就能獲取其中的參數。很多瀏覽器也對URL傳參的大小做了限制，一般是2K字節數，很多服務器最多也只處理64K的URL。
GET請求：
HTTP協議規定GET請求一般是將數據放在http的header部分，由於header本身只是作爲一個標識，並不適合傳輸大量的數據，所以最好只用於傳遞一些關鍵參數信息。GET可以被瀏覽器緩存，很適合一些請求資源應用場景。
POST請求：
HTTP協議規定POST請求一般是將數據放在http的body部分。這樣不會受到傳輸數據的大小限制，理論上可以傳輸極大的數據包。不過POST請求作爲不能被瀏覽器緩存
HTTP對通過body部分傳輸數據提供很多種（也就是請求頭部對應的Content-Type屬性），由於太多，就不一一舉例了，就拿postman提供的幾種方式作說明：
multipart/form-data：以表單的方式上傳文件時就是使用的這種方式。
application/x-www-from-urlencoded：以kye/value的鍵值對格式傳遞數據，form表單提交文本默認也是使用該種方式。
raw：可以上傳任意格式的文本，支持Text、Javascript、JSON、HTML、XML等等
binary：傳輸二進制數據，可以用於傳輸文件。
GraphQL：GraphQL 既是一種用於 API 的查詢語言也是一個滿足你數據查詢的運行時，有興趣的可以上官網瞭解下。
下面通過幾個實例來分析這兩種請求的具體用法，用過postman這個工具的同學應該比較熟悉，在postman中不管是GET還是POST都提供三種傳遞參數的方式。
第一種，使用Params，這種傳參方式是將參數放在URL的後面進行傳遞，也就是將參數放在HTTP的header中。
我們可以用get和post的方式請求測試一次，然後使用Fiddler工具抓包看一下請求和響應的數據，如下圖，左邊是GET請求，右邊是POST請求(看不清可以放大一點)。
很明顯，雖然GET和POST都可以使用地址傳遞參數，但最好還是遵守HTTP協議來，讓兩者各司其職比較好。
第二種，將參數存儲到header進行傳遞。
這種傳參方式和第一種都是講數據放到header，嚴格來說沒有太大區別。唯一的區別就是第一種是將參數放在了請求頭第一行的地址後面，而這種方式是將數據放在請求頭的一個單獨區域中。我也截了GET和POST兩張圖可以參考看一下。
而且可以看到，不管是GET請求還是POST請求，我服務端用正常的方式來獲取參數是沒有獲取到的，說明這種方式非常規傳參，也不建議我們日常開發使用。
第三種，將參數存儲到HTTP的body中，我是以application/x-www-from-urlencoded的方式傳遞的參數。
這種方式傳遞的參數並不是存在HTTP的頭部，所以可以傳遞的數據量就要大得多。同樣截圖如下。
從圖中可以看到將參數存儲到body，服務端並不能通過常規的get的方式來獲取GET請求中的數據，但POST的卻可以。
綜上三種方式，其實也可以得到一個結論：不管從客戶端傳參的角度來看，還是從服務端對解析請求的支持性來看，GET都更加適合地址傳遞參數，POST更加適合在請求體(body)傳遞參數。
