告知服務器意圖的HTTP方法(讀書筆記)

2019-11-09 17:14:25

字體：大中小

來源：轉載

供稿：網友

GET:獲取資源

GET方法用來請求訪問已被URI識別的資源。指定的資源經過服務器端解析后返回響應內容，也就是說，如果請求的資源是文本，那就保持原樣返回;如果是像CGI（Common Gateway interface，通用網關接口）那樣的程序，則返回經過執行后的輸出結果。

使用GET方法的請求~響應的例子

請求	GET /index.html HTTP/1.1 Host:www.dafada.jp
響應	返回index.heml的頁面資源

請求	GET /index.html HTTP/1.1 Host:www.dafada.jp If-Modified-Since: Thu ,12 Jul 2016 08:30:00 GMT
響應	僅返回2012年7月12日七點三十分以后更新過的index.html頁面資源。如果未有內容更新，則以狀態嗎304 Not Modified作為響應返回

POST：傳輸實體主體

POST方法用來傳輸實體的主體雖然用GET方法也可以傳輸實體的主體，但一般不用GET方法進行傳輸，而是用POST方法，雖說POST的功能與GET方法很相似，但是POST的主要目的并不是獲取響應的主體內容。

使用POST方法的請求~響應的例子

請求	POST /submit.cgi HTTP/1.1 Host:www.dafada.jp Content-Length:1560(1560字節的數據)
響應	返回submit.cgi接受數據的處理結果

PUT：傳輸文件

PUT方法用來傳輸文件，就像FTP協議的文件上傳一樣，要求在請求報文的主題中包含文件內容，然后保存到請求的URI指定的位置。但是鑒于HTTP/1.1的PUT方法自身不帶驗證機制，任何人都可以上傳文件，存在安全性問題，因此一般的Web網址不使用該方法。若配合Web應用程序的驗證機制，活架構設計采用REST（RePResentational State Transfer 表征狀態轉移）標準的同類的Web網址，就可能會開放使用PUT方法

使用PUT方法的請求~響應的例子

請求	PUT /index.html HTTP/1.1 Host:www.dafada.jp Content-Type:text/html Content-Length:1560(1560字節的數據)
響應	響應返回狀態嗎204 Not Content(比如：該html已經存在于服務器上)

HEAD：獲取報文首部

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

使用HEAD方法的請求~響應的例子

請求	HEAD /index.html HTTP/1.1 Host:www.dafada.jp
響應	返回index.html有關的響應首部

DELETE：刪除文件

DELETE方法用來刪除文件，是與PUT相反的方法，DELETE方法按請求URI刪除指定的資源但是，HTTP/1.1的DELETE方法本身和PUT方法一樣不帶有驗證機制，所以一般的Web網站也不使用DELETE方法，并配合Web應用緩存層序的驗證機制，或者遵守REST標準時還是有可能會開放使用的。

使用DELETE方法的請求~響應的例子

請求	DELETE /index.html HTTP/1.1 Host:www.dafada.jp
響應	響應返回狀態碼204 No Content(比如：該html已經從該服務器上刪除)

OPTIONS:詢問支持的方法

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

使用OPTIONS方法的請求~響應的例子

請求	OPTIONS * HTTP/1.1 Host:www.dafada.jp
響應	HTTP/1.1 200OK Allow：GET/POST/HEAD/OPTIONS(返回服務器支持的方法)

TRACE:追中路徑

TRACE方法是讓Web服務器端將之前的請求通信環回給客戶端的方法發送請求的時候，在Max-Frowards首部字段中填入數值，每經過一個服務器端就講該數字減一，當數值剛好減為0的時候，就停止繼續傳輸，最后接受到請求的服務器端則返回狀態碼200 OK的響應客戶端通過TRACE方法可以查詢發送出去的請求是怎樣被加工修改/篡改的，這是因為，請求想要鏈接到源目標服務器可能會通過代理中轉，TRACE方法就是用來確認連接過程中發生的一系列操作。但是TRACE方法本來就不怎么使用，而且加上它容易引發XST（Cross-Site Tracing 跨站追中）攻擊，通常就更不會用到了