GET 請求方法由 RFC 7231 規范和定義，通過(guò)請求指定的頁(yè)面信息，并得到相應的數據。
GET方法請求通常只用于檢索數據，使用給定的URI從給定服務(wù)器中檢索信息，即從指定資源中請求數據，而并不應對相關(guān)數據產(chǎn)生的其他影響。
**GET請求應用很廣泛，緩存是GET請求的一大優(yōu)勢，可以從瀏覽器歷史記錄中讀取信息，提升性能；GET請求也有較大的不足，例如GET請求中的參數數據長(cháng)度受到限制，而且GET請求的安全性不高。因此，在處理敏感數據時(shí)，不建議使用GET請求。

POST請求方法由RFC7231規范定義。
POST發(fā)起的請求有可能會(huì )致使新的資源的建立和/或已有資源的修改，向指定資源提交數據進(jìn)行處理請求（例如提交表單或者上傳文件）。數據被包含在請求體中。
POST方法用于將數據發(fā)送到服務(wù)器以創(chuàng )建或更新資源，它要求服務(wù)器確認請求中包含的內容作為由URI區分的Web資源的另一個(gè)下屬。
POST請求永遠不會(huì )被緩存，且對數據長(cháng)度沒(méi)有限制；我們無(wú)法從瀏覽器歷史記錄中查找到POST請求。

HEAD方法由RFC7231規范定義，HEAD請求和GET請求類(lèi)似，通過(guò)HEAD請求得到的只有報頭而不包含具體的內容（有響應體，僅傳輸狀態(tài)行和標題部分），如果無(wú)需傳輸整個(gè)內容，直接使用該請求獲取相應頭部編寫(xiě)的元數據。

PUT 方法由 RFC 7231 規范 定義。
PUT請求方法實(shí)現從客戶(hù)端向服務(wù)器傳送的數據取代指定的文檔的內容，也就是將數據發(fā)送到服務(wù)器以創(chuàng )建或更新原有的資源。PUT方法會(huì )用上傳的內容取代目標資源中的所有內容。
PUT請求方法會(huì )將包含的元素放在所提供的URI下。如果URI未指示當前資源，則服務(wù)器可以使用該URI創(chuàng )建資源；如果URI指示的是當前資源，則會(huì )被改變。

DELETE 請求方法由 RFC 7231 規范 定義。
HTTP請求中的DELETE方法用來(lái)刪除指定的數據，它會(huì )刪除URI給出的目標資源的所有當前內容。

TRACE 請求方法由RFC7231規范定義。
TRACE請求方法主要有用于測試或診斷，它會(huì )回顯服務(wù)器收到的任何請求（沿著(zhù)目標資源的路徑執行消息環(huán)回測試）。

CONNECT 請求方法由 RFC 7231 規范 定義。HTTP/1.1協(xié)議中預留給能夠將連接改為管道方式的代理服務(wù)器。 主要用來(lái)建立或開(kāi)啟一個(gè)與服務(wù)器之間雙向溝通的通道。

OPTIONS 請求方法由 RFC 7231 規范 定義。通過(guò)該請求，可以讓客戶(hù)端獲得在與服務(wù)器通訊的過(guò)程中可以使用的功能選項，也就是說(shuō)OPTIONS請求是一次“預檢請求”，先獲取服務(wù)器返回的信息，再對服務(wù)器發(fā)起具體的資源請求。