OPTIONS
OPTIONS 方法表示在由 Request-URI 標(biāo)識(shí)的請(qǐng)求/響應(yīng)鏈上關(guān)于有效通迅選項(xiàng)信息的請(qǐng)求。該方法允許客戶端判斷與某個(gè)資源相關(guān)的選項(xiàng)和/或需求或者服務(wù)器的能力，而不需要采用資源行為或發(fā)起資源獲取。

該方法的響應(yīng)不能緩存。

如果OPTIONS請(qǐng)求包括實(shí)體(如由 Content-Length或 Transfer-Encoding的存在表示)，這時(shí)媒體類型必須通過(guò) Content-Type 域表示。盡管本規(guī)范沒(méi)有定義該實(shí)體的用法，將來(lái)的HTTP 擴(kuò)展可能使用 OPTIONS 消息體來(lái)更詳細(xì)地查詢服務(wù)器的信息。服務(wù)器不支持該擴(kuò)展可以丟棄該請(qǐng)求消息體。

如果 Request-URI 是星號(hào)(“*”)，OPTIONS 請(qǐng)求通常試圖應(yīng)用于服務(wù)器而不是特定的資源。由于服務(wù)器的通迅選項(xiàng)一般由資源決定，所以“*”請(qǐng)求只作為“ping”或“no-op”類型的方法有用；它沒(méi)有任何作用，除了允許客戶端測(cè)試服務(wù)器的能力。例如，可用來(lái)測(cè)試HTTP/1.1 代理的一致性(或缺少因素)。

如果 Request-URI不是星號(hào)，OPTIONS請(qǐng)求只應(yīng)用于與該資源通迅時(shí)的有效選項(xiàng)。

200 響應(yīng)應(yīng)該包括任何頭部域來(lái)表示服務(wù)器實(shí)現(xiàn)和可應(yīng)用到該資源的可選特性(如Allow)，可能包括該規(guī)范沒(méi)有定義的擴(kuò)展。如果有響應(yīng)消息體，則應(yīng)該還包括通迅選項(xiàng)的信息。本規(guī)范沒(méi)有定義該消息體的格式，但可能在將來(lái)擴(kuò)展 HTTP時(shí)定義。內(nèi)容協(xié)商可用于選擇適當(dāng)?shù)捻憫?yīng)格式。如果不包括響應(yīng)消息體，則響應(yīng)必須包括域值為“0”的 Content-Length域。

Max-Forwards 請(qǐng)求頭部域可能用于請(qǐng)求鏈中定位特定代理。當(dāng)代理收到關(guān)于允許請(qǐng)求轉(zhuǎn)發(fā)的absoluteURI的OPTIONS請(qǐng)求時(shí)， 代理必須檢查Max-Forwards域。 如果Max-Forwards域值為0(“0” )，則代理不能轉(zhuǎn)發(fā)該消息；取而代之，代理應(yīng)該以它自己的通迅選項(xiàng)來(lái)響應(yīng)。

如果 Max-Forwards 域值是大于 0 的整數(shù)，代理在轉(zhuǎn)發(fā)該請(qǐng)求時(shí)必須將域值減一。如果請(qǐng)求中不存在 Max-Forwards域，則轉(zhuǎn)發(fā)的請(qǐng)求中不能包括Max-Forwards域。

GET
GET 方法即獲取由 Request-URI 標(biāo)識(shí)的任何信息(以實(shí)體的形式)。如果 Request-URI引用某個(gè)數(shù)據(jù)處理過(guò)程，則應(yīng)該以它產(chǎn)生的數(shù)據(jù)作為在響應(yīng)中的實(shí)體，而不是該過(guò)程的源代碼文本，除非該過(guò)程碰巧輸出該文本。

如果請(qǐng)求消息包括 If-Modified-Since、If-Unmodified-Since、If-Match、If-None-Match或者If-Range頭部域，則GET方法的語(yǔ)義變?yōu)椤皸l件GET”。條件 GET方法請(qǐng)求只傳輸在條件頭部域描述情形下的實(shí)體。條件 GET 方法試圖通過(guò)允許刷新緩存的實(shí)體而不需要多次請(qǐng)求或傳輸客戶端已經(jīng)擁有的數(shù)據(jù)來(lái)減少非必要的網(wǎng)絡(luò)使用。

如果請(qǐng)求消息包括 Range頭部域，則 GET方法的語(yǔ)義變?yōu)椤熬植?GET”。局部 GET請(qǐng)求只需傳輸實(shí)體的某部分。

HEAD
除了服務(wù)器不能在響應(yīng)中返回消息體，HEAD 方法與 GET 相同。HEAD 請(qǐng)求的響應(yīng)中的 HTTP 頭部中包含的元信息應(yīng)該與 GET 請(qǐng)求發(fā)送的響應(yīng)中的信息相同。該方法可用來(lái)獲取請(qǐng)求暗示實(shí)體的元信息， 而不需要傳輸實(shí)體本身。 該方法常用來(lái)測(cè)試超文本鏈接的有效性、可用性和最近的修改。

當(dāng)響應(yīng)中包含的信息可用于更新先前從該資源緩存的實(shí)體時(shí)， HEAD 請(qǐng)求的響應(yīng)可能是可緩沖的。如果新的域值表明該緩沖的實(shí)體與當(dāng)前實(shí)體不同(如可通過(guò) Content-Length、Content-md5、ETag或Last-Modified的區(qū)別來(lái)表示)，這時(shí)緩沖服務(wù)器必須將該緩存實(shí)體作為過(guò)期的。

POST
POST 方法用來(lái)請(qǐng)求原始服務(wù)器接受請(qǐng)求中封裝的實(shí)體作為從屬于請(qǐng)求行中的Request-URI標(biāo)識(shí)的副屬。POST設(shè)計(jì)允許完成下列功能的統(tǒng)一方法：
http://www.devdao.com/
注解存在資源；
上傳消息到論壇、新聞組或相似的討論組；
向數(shù)據(jù)處理過(guò)程提供數(shù)據(jù)塊，如遞交表單的結(jié)果；
通過(guò)追加操作來(lái)擴(kuò)展數(shù)據(jù)庫(kù)。
POST 方法執(zhí)行的實(shí)際功能由服務(wù)器決定，且通常取決于 Request-URI。上傳的實(shí)體從屬于該URI，通過(guò)文件從屬于包含它的目錄，新的論文從屬于它上傳的新聞組，或記錄從屬于數(shù)據(jù)庫(kù)的方式。

POST 方法執(zhí)行的行為可能不導(dǎo)致通過(guò) URI 能夠標(biāo)識(shí)的某個(gè)資源。在這種情況下，200(OK)或 204(No Content)都是適合的響應(yīng)狀態(tài)。這取決于描述結(jié)果的響應(yīng)是否包括實(shí)體。

如果原始服務(wù)器創(chuàng)建了資源，響應(yīng)應(yīng)該是 201(Created)，且包含描述請(qǐng)求狀態(tài)的實(shí)體，和新資源的引用，和Location頭部。

該方法的響應(yīng)不能緩存，除非響應(yīng)包括適當(dāng)?shù)腃ache-Control或 Expires頭部域。然而，303(See Other)響應(yīng)能夠用來(lái)引導(dǎo)用戶代理獲取可緩存的資源。

PUT
PUT方法請(qǐng)求以提供的Request-URI存儲(chǔ)封裝的實(shí)體。如果 Request-URI引用已經(jīng)存在的資源，該封裝實(shí)體應(yīng)該被認(rèn)作原始服務(wù)器存儲(chǔ)的修改版本。如果 Request-URI沒(méi)有指向已存在的資源， 且該URI可以被請(qǐng)求的用戶代理定義為新的資源， 則原始服務(wù)器可以用該 URI創(chuàng)建資源。如果創(chuàng)建了新的資源，則原始服務(wù)器必須通過(guò) 201(Created)響應(yīng)提示用戶代理。

如果修改了已存在的資源，則應(yīng)該發(fā)送200(OK)或 204(No Content)響應(yīng)代碼來(lái)表示成功完成了請(qǐng)求。如果不能按 Request-URI創(chuàng)建或修改資源，則應(yīng)該給出適當(dāng)?shù)腻e(cuò)誤響應(yīng)以反映出問(wèn)題的性質(zhì)。實(shí)體的接受方不能乎略任何不理解或沒(méi)有實(shí)現(xiàn)的 Content-*(如Content-Range)頭部，在這種情況下必須返回 501(Not Implemented)響應(yīng)。

如果請(qǐng)求通過(guò)緩沖服務(wù)器且Request-URI標(biāo)識(shí)出一個(gè)或多個(gè)緩沖的實(shí)體，則應(yīng)該認(rèn)為這些實(shí)體過(guò)期了。該方法的響應(yīng)不可緩存。

POST和PUT請(qǐng)求間的基本區(qū)別反映在 Request-URI的不同意義。POST請(qǐng)求中 URI標(biāo)識(shí)的資源將處理封裝的實(shí)體。該資源可能是數(shù)據(jù)接收過(guò)程、其它協(xié)議的網(wǎng)關(guān)或接受注解的獨(dú)立實(shí)體。與此對(duì)應(yīng)，PUT請(qǐng)求中的URI標(biāo)識(shí)請(qǐng)求封裝的實(shí)體——用戶代理知道該 URI是目標(biāo)且服務(wù)器不能試圖將該請(qǐng)求應(yīng)用到其它資源上。 如果服務(wù)器希望該請(qǐng)求應(yīng)用到不同的 URI上，則它必須發(fā)送301(Moved Permanently)請(qǐng)求；這時(shí)客戶代理可以自己決定是否要重定向該請(qǐng)求。

可以用許多不同的 URI 標(biāo)識(shí)同個(gè)資源。例如，一篇文章可以有標(biāo)識(shí)為“當(dāng)前版本”的URI，它獨(dú)立于標(biāo)識(shí)每個(gè)特別版本的 URI。在這種情況下，使用通用 URI 的 PUT 請(qǐng)求可能造成原始服務(wù)器定義的一些不同URI的結(jié)果。

HTTP/1.1 沒(méi)有定義PUT方法如何影響原始服務(wù)器的狀態(tài)。

除了其它特殊實(shí)體頭部的規(guī)定，PUT 請(qǐng)求中的實(shí)體頭部應(yīng)該應(yīng)用到 PUT 創(chuàng)建或修改的資源上。

DELETE
DELETE 方法請(qǐng)求原始服務(wù)器刪除Request-URI 標(biāo)識(shí)的資源。原始服務(wù)器可在人為干涉下(或其它意思)屏閉該方法。客戶端不能確保該操作已經(jīng)提交，即使原始服務(wù)器發(fā)出的狀態(tài)碼表明動(dòng)作已經(jīng)成功完成也如此。然而，在給出響應(yīng)的時(shí)候，服務(wù)器不應(yīng)該表示成功，除非它試圖刪除該資源或?qū)⑺苿?dòng)到不可訪問(wèn)的位置。

如果響應(yīng)包含描述狀態(tài)的實(shí)體，成功響應(yīng)應(yīng)該是200(OK)。如果動(dòng)作沒(méi)有實(shí)施，則是202(Accepted)。如果動(dòng)作已經(jīng)實(shí)施但響應(yīng)不包含實(shí)體，則是 204(No Content)。

如果請(qǐng)求通過(guò)緩沖服務(wù)器，且Request-URI標(biāo)識(shí)一個(gè)或多個(gè)當(dāng)前緩存的實(shí)體，則應(yīng)該認(rèn)為這些實(shí)體已經(jīng)過(guò)期。該方法的響應(yīng)不可緩存。

TRACE
TRACE 方法用于引起遠(yuǎn)程的，該請(qǐng)求消息的應(yīng)用層回射。請(qǐng)求的最終接收者應(yīng)該反射200(OK)響應(yīng)，并以該消息作為客戶端回收消息的實(shí)體。最終接收者是原始服務(wù)器或第一個(gè)收到請(qǐng)求中的Max-Forwards值為0(0)的代理或網(wǎng)關(guān)。TRACE 請(qǐng)求不能包括實(shí)體。

TRACE 允許客戶端看見(jiàn)請(qǐng)求鏈上的另一端收到了什么，然后使用該數(shù)據(jù)作為測(cè)試或診斷信息。Via 頭部域的值有特殊作用，將它作為請(qǐng)求鏈路徑。使用Max-Forwards頭部域允許客戶端限制請(qǐng)求鏈的長(zhǎng)度，這對(duì)于測(cè)試無(wú)限循環(huán)轉(zhuǎn)發(fā)消息的代理鏈非常有用。

如請(qǐng)求有效，則響應(yīng)應(yīng)該在實(shí)體中包含整個(gè)請(qǐng)求消息，設(shè)置 Content-Type 為“message/http” 。該方法的響應(yīng)不能緩存。

CONNECT
規(guī)范保留 CONNECT 方法名。該方法用于代理，使之能夠動(dòng)態(tài)切換隧道(例如 SSL隧道)。