HTTP協議之告知服務器意圖的HTTP方法

GET：獲取資源

GET方法用來請求訪問已被URI識別的資源。指定的資源經服務器端解析後返回響應內容。

POST：傳輸實體主體

POST方法用來傳輸實體的主體。雖然用GET方法也能夠傳輸實體的主體，但通常不用GET方法進行傳輸，而是用POST方法。雖然說POST的功能與GET很類似，但POST的主要目的並非獲取響應的主體內容。

PUT：傳輸文件

PUT方法用來傳輸文件。就像FTP協議的文件上傳同樣，要求在請求報文的主體中包含文件內容，而後保存到請求URI指定的位置。可是，鑑於HTTP/1.1的PUT方法自身不帶驗證機制，任何人均可以上傳文件，存在安全性問題，所以通常的web網站不使用該方法。若配合web應用程序的驗證機制，或架構設計採用REST（表向化狀態轉移）標準的同類web網站，就可能會開放使用PUT方法。

HEAD：得到報文首部

HEAD方法和GET方法同樣，只是不返回報文主體部分。用於確認URI的有效性及資源更新的日期時間等。

DELETE：刪除文件

DELETE方法用來刪除文件，是與PUT相反的方法。DELETE方法按請求URI刪除指定的資源。可是，HTTP/1.1的DELETE方法自己和PUT方法同樣不帶驗證機制，因此通常的web網站也不使用DELETE方法。當配合web應用程序的驗證機制，或遵照REST標準時仍是有可能會開放使用的。

OPTIONS：詢問支持的方法

OPTIONS方法用來查詢針對請求URI指定的資源支持的方法。

TRACE：追蹤路徑

TRACE方法是讓web服務器端將以前的請求通訊環回給客戶端的方法。

發送請求時，在Max-Forwards首部字段中填入數值，每通過一個服務器端就將該數字減1，當數值恰好減到0時，就中止繼續傳輸，最後接收到請求的服務器端則返回狀態碼200 OK的響應。客戶端經過TRACE方法能夠查詢發送出去的請求是怎樣被加工修改/篡改的。這是由於，請求想要鏈接到源目標服務器可能會經過代理中轉，TRACE方法就是用來確認鏈接過程當中發生的一系列操做。可是，TRACE方法原本就不怎麼經常使用，再加上它容易引起XST（Cross-Site Tracing，跨站追蹤）攻擊，一般就更不會用到了。

CONNECT：要求用隧道協議鏈接代理

CONNECT方法要求在與代理服務器通訊時創建隧道，實現用隧道協議進行TCP通訊。主要使用SSL（Secure Sockets Layer，安全套接層）和TLS（Transport Layer Security，傳輸層安全）協議把通訊內容加密後經網絡隧道傳輸。CONNECT方法的格式以下所示：