1. PUT方法

傳輸文件。

• 就像FTP協議中的請求文件上傳一樣，要求在請求報文的實體中包含文件內容，然后保存到請求的URI指定的位置。

• 鑒于HTTP1.1的PUT方法自身不帶有驗證機制，任何人都可以上傳文件，存在安全問題，因此一般的網站不選用這種方式。如果配合Web應用程序的驗證機制，或架構設計采用REST標準的同類Web網站，就可能會開放使用PUT方法。

2. HEAD方法

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

3. DELETE方法

刪除文件。
與PUT方法相反，按照請求的URI刪除指定的資源。
當配合Web應用程序的驗證機制，或遵守REST標準時還是有可能會開放使用的。

4. OPTIONS方法

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

5. TRACE方法

追蹤路徑。讓web服務器將之前的請求通信環回給客戶端的方法。

• 發送請求的時候，在Max-Forwards首部字段中加入數值，每經過一個服務器端該數字就減一，當數值剛好減到0的時候，就停止傳輸，最后收到請求的服務器返回的200OK的響應。
• 客戶端通過TRACE方法可以查詢發送出去的請求是怎樣被加工修改/篡改的。這是因為，請求想要連接到源目標服務器可能會通過代理中轉，TRACE方法就是用來確認連接過程中發生的一系列操作。
• TRACE方法本來就不怎么常用，且容易引發XST（跨站追蹤）。

6. CONNECT方法

要求隧道協議連接代理。

• CONNECT方法要求在與代理服務器通信的時候建立隧道，實現用隧道協議進行TCP通信。

• 主要使用SSL（secure sockets layer，安全套接層）和TLS（Transport Layer Security，傳輸層安全）協議把通信內容加密后經過網絡隧道傳輸。

• CONNECT方法的格式
  CONNECT 代理服務器名：端口號 HTTP版本
  

總結

以上是生活随笔為你收集整理的(chap2 简单的Http协议) HTTP方法（2）其他方法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。