get,post,patch,put,delete,head,options
在學校的時候一般就只用到了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長度過長到導致)
但是查了相關資料
- HTTP 協議 未規定 GET 和POST的長度限制
- GET的最大長度顯示是因為 瀏覽器和 web服務器限制了 URI的長度
- 不同的瀏覽器和WEB服務器,限制的最大長度不一樣
- 要支持IE,則最大長度為2083byte,若只支持Chrome,則最大長度 8182byte
get,post,patch,put,delete,head,options