在學校的時候一般就只用到了get,post，當時理解也特別淺，覺得一般無參的時候就用get，有參的時候就用post ,然而。。。。。。

工作後，主要用的還是get,post,還有patch,put,其他的不是經常用，從網上學習點東西以備

Get : 像特定資源發出請求

Post : 像指定資源提交數據進行處理請求，請求的數據會放在body裏面，get也可以在url後面拼接參數，post會把參數放在body裏面

Options :返回服務器針對特定資源所支持的HTTP請求方法。也可以利用向Web服務器發送‘*‘的請求來測試服務器的功能性。

PATCH 用於資源的部分內容的更新，例如更新某一個字段。具體比如說只更新用戶信息的電話號碼字段

而 PUT 用於更新某個資源較完整的內容，比如說用戶要重填完整表單更新所有信息，後臺處理更新時可能只是保留內部記錄 ID 不變

Put : 向指定資源位置上傳其最新內容。

Delete : 請求服務器刪除Request-URI所標識的資源。

Trace :回顯服務器收到的請求，主要用於測試或診斷。

************************************************************************************

0，GET：GET可以說是最常見的了，它本質就是發送一個請求來取得服務器上的某一資源。資源通過一組HTTP頭和呈現數據（如HTML文本，或者圖片或者視頻等）返回給客戶端。GET請求中，永遠不會包含呈現數據。

1，HEAD：HEAD和GET本質是一樣的，區別在於HEAD不含有呈現數據，而僅僅是HTTP頭信息。有的人可能覺得這個方法沒什麽用，其實不是這樣的。想象一個業務情景：欲判斷某個資源是否存在，我們通常使用GET，但這裏用HEAD則意義更加明確。

2，PUT：這個方法比較少見。HTML表單也不支持這個。本質上來講， PUT和POST極為相似，都是向服務器發送數據，但它們之間有一個重要區別，PUT通常指定了資源的存放位置，而POST則沒有，POST的數據存放位置由服務器自己決定。舉個例子：如一個用於提交博文的URL，/addBlog。如果用PUT，則提交的URL會是像這樣的”/addBlog/abc123”，其中abc123就是這個博文的地址。而如果用POST，則這個地址會在提交後由服務器告知客戶端。目前大部分博客都是這樣的。顯然，PUT和POST用途是不一樣的。具體用哪個還取決於當前的業務場景。

3，DELETE：刪除某一個資源。基本上這個也很少見，不過還是有一些地方比如amazon的S3雲服務裏面就用的這個方法來刪除資源。

4，POST：向服務器提交數據。這個方法用途廣泛，幾乎目前所有的提交操作都是靠這個完成。

5，OPTIONS：這個方法很有趣，但極少使用。它用於獲取當前URL所支持的方法。若請求成功，則它會在HTTP頭中包含一個名為“Allow”的頭，值是所支持的方法，如“GET, POST”。

************************************************************************https://blog.csdn.net/wyvbboy/article/details/51093831

CREATE ：PUT

READ：GET

UPDATE：POST

DELETE：DELETE

關於在使用get請求時的問題：會因為url過長導致請求無響應，換為post請求，就能正常返回結果（猜測是url長度過長到導致）

但是查了相關資料

1. HTTP 協議 未規定 GET 和POST的長度限制
2. GET的最大長度顯示是因為 瀏覽器和 web服務器限制了 URI的長度
3. 不同的瀏覽器和WEB服務器，限制的最大長度不一樣
4. 要支持IE，則最大長度為2083byte，若只支持Chrome，則最大長度 8182byte

get,post,patch,put,delete,head,options