1. Method

請求方法，表明客戶端希望服務(wù)器對(duì)資源執(zhí)行的動(dòng)作；

1.1 GET

向服務(wù)器請求資源。

1.2 HEAD

和GET方法的行為類似，但服務(wù)器在響應(yīng)中只返回首部，不會(huì)返回實(shí)體的主體部分。這就允許客戶端在未獲取實(shí)際資源的情況下，對(duì)資源的首部進(jìn)行檢查。
可以做到：

• 不獲取資源的情況下了解資源的情況(比如，判斷器類型)
• 通過查看響應(yīng)中的狀態(tài)碼，看看某個(gè)對(duì)象是否存在；
• 通過查看首部，測試資源是否被修改了；

1.3 PUT

與GET從服務(wù)器讀取文件相反，PUT方法回向服務(wù)器寫入文件。有些發(fā)布系統(tǒng)允許用戶創(chuàng)建WEB頁面，并用PUT直接將其安裝到WEB服務(wù)器上；
PUT方法的語義就是讓服務(wù)器用請求的主體部分來創(chuàng)建一個(gè)由所請求的URL命令的新文檔，或者如果那個(gè)URL已經(jīng)存在的話，就用這個(gè)主體來代替它；
因?yàn)镻UT允許用戶對(duì)內(nèi)容進(jìn)行修改，所以很多WEB服務(wù)器都要求在執(zhí)行PUT之前，用密碼登錄。

1.4 POST

向服務(wù)器發(fā)送要處理的數(shù)據(jù)；
一般服務(wù)器通常提供一個(gè)表單，客戶端填入數(shù)據(jù)后點(diǎn)擊提交(提交是數(shù)據(jù)都會(huì)放在請求報(bào)文的實(shí)體部分當(dāng)中)，然后由服務(wù)器將其發(fā)送到它要去的地方（比如，送到一個(gè)服務(wù)器的網(wǎng)關(guān)程序中，然后由這個(gè)程序?qū)ζ溥M(jìn)行處理）；

1.5 TRACE

客戶端發(fā)起一個(gè)請求時(shí)，這個(gè)請求可能要穿過防火墻、代理、網(wǎng)關(guān)或其他一些應(yīng)用程序。每個(gè)中間節(jié)點(diǎn)都可能會(huì)修改原始的HTTP請求。TRACE方法允許客戶端在最終將請求發(fā)給服務(wù)器時(shí)，看看它變成了什么樣子；
TRACE請求會(huì)在目的服務(wù)器發(fā)起一個(gè)“環(huán)回”針對(duì)。行程最后一站的服務(wù)器會(huì)彈出一條TRACE響應(yīng)，并在響應(yīng)主體中攜帶它收到的原始請求報(bào)文。這樣客戶端就可以查看所有中間HTTP應(yīng)用程序組成的請求/響應(yīng)鏈上，原始包文是否,以及如何被毀壞或修改過；

TRACE方法主要用于診斷；也就是說，用于驗(yàn)證請求是否如愿的穿過了請求/響應(yīng)鏈。它是一種很好的工具，可以用來查看代理和其他應(yīng)用程序?qū)τ脩粽埱笏a(chǎn)生的效果。
盡管TRACE可以很方便的用于診斷，但是它確實(shí)也有缺點(diǎn)，它假定中間應(yīng)用程序?qū)Ω鞣N不同類型請求（GET、HEAD、POST等）的處理是相同的。很多HTTP應(yīng)用程序會(huì)根據(jù)方法的不同做出不同的事情，比如，代理可能會(huì)將POST請求直接發(fā)給服務(wù)器，而將GET請求發(fā)送給另一個(gè)HTTP應(yīng)用程序（比如WEB緩存）。TRACE并不提供區(qū)分這些方法的機(jī)制。通常，中間應(yīng)用程序會(huì)自行決定對(duì)TRACE請求的處理方式。
TRACE請求中不能帶有實(shí)體的主體部分。TRACE響應(yīng)的實(shí)體主體部分包含了響應(yīng)服務(wù)器收到的請求的精確副本。

1.6 DELETE

DELETE方法所做的事情就是請求服務(wù)器刪除請求URL所指定的資源。但是客戶端應(yīng)用程序無法保證刪除操作一定會(huì)被執(zhí)行。因?yàn)镠TTP規(guī)范允許服務(wù)器在不通知客戶端的情況下撤銷請求。

1.7 擴(kuò)展方法

2 狀態(tài)返回碼

1xx：100-101, （額外）信息提示類的狀態(tài)碼；
2xx：200-206, 成功類的狀態(tài)碼；
3xx：300-305, 重定向類的狀態(tài)碼；沒有把請求的頁面響應(yīng)給客戶端，而是重定向到其它地方，或是無需獲取此資源；
4xx：400-415, 錯(cuò)誤類信息，客戶端的錯(cuò)誤類的狀態(tài)碼；例如請求不存在的資源；
5xx：500-505, 錯(cuò)誤類信息，服務(wù)器端錯(cuò)誤類的狀態(tài)碼；例如服務(wù)器內(nèi)部的問題，因?yàn)橘Y源有語法錯(cuò)誤運(yùn)行部成功，無法響應(yīng)，不是資源不存在；

2.1 200~299–成功狀態(tài)碼

200：OK
成功，請求的所有數(shù)據(jù)通過響應(yīng)報(bào)文的entity-body部分發(fā)送；原因短語為OK；

201：Created
用于創(chuàng)建服務(wù)器對(duì)象的請求（比如，PUT）。響應(yīng)實(shí)體主體部分中應(yīng)該包含各種引用了已創(chuàng)建的資源的URL。Location首部包含的則是最具體的引用。服務(wù)器必須在發(fā)送這個(gè)狀態(tài)碼之前創(chuàng)建好對(duì)象；

202：Accepted
請求已被接受，但服務(wù)器還未對(duì)其執(zhí)行任何動(dòng)作。不能保證服務(wù)器會(huì)完成這個(gè)請求；這只是意味著接受請求時(shí)，他看起來是有效的。服務(wù)器應(yīng)該在實(shí)體的主體部分包含對(duì)請求狀態(tài)的描述，或許還應(yīng)該有對(duì)請求完成時(shí)間的估計(jì)（或者包含一個(gè)指針，指向可以獲取此信息的位置）；

203：Non-Authoritative Information
實(shí)體首部包含的信息不是來自于源端服務(wù)器，而是來自資源的一份副本。如果中間節(jié)點(diǎn)上有一份資源副本，但無法或者沒有對(duì)它所發(fā)送的與資源有關(guān)的原信息（首部）進(jìn)行驗(yàn)證，就會(huì)出現(xiàn)這種情況；
這種響應(yīng)嗎并不是非用不可的；如果實(shí)體首部來自源端服務(wù)器，相應(yīng)為200狀態(tài)的應(yīng)用程序就可以將其作為一種可選項(xiàng)使用；

204：No Content
響應(yīng)報(bào)文中包含若干首部和一個(gè)狀態(tài)行，但沒有實(shí)體的主體部分。主要用于在瀏覽器不轉(zhuǎn)為顯示新文檔的情況下，對(duì)其進(jìn)行更新（比如刷新一個(gè)表單頁面）；

205：Rest Content
另一個(gè)主要用于瀏覽器的代碼。負(fù)責(zé)告知瀏覽器清除當(dāng)前頁面中的所有HTML表單元素；

206：Partial Content
成功執(zhí)行了一個(gè)部分或Range（范圍）請求?？蛻舳丝梢酝ㄟ^一些特殊的首部來獲取部分或某個(gè)范圍內(nèi)的文檔–這個(gè)狀態(tài)碼就說明范文請求成功了；
206相應(yīng)中必須包含Content-Range、Date以及ETag或Content-Location首部；

2.2 300~399–重定向狀態(tài)碼

可以通過某些重定向狀態(tài)碼對(duì)瀏覽器本地緩存的資源副本與遠(yuǎn)端服務(wù)器上的資源進(jìn)行驗(yàn)證。比如：用來查看本地的副本是否仍為最新的，或者遠(yuǎn)端服務(wù)器上的資源是否被修改過；
下圖是客戶端發(fā)送了一個(gè)特殊的if-Modified-Since首部，說明會(huì)讀取1997年10月之后修改過的文檔。因?yàn)檫@個(gè)日期之后，此文檔并未修改過，因此，服務(wù)器回送了一個(gè)304狀態(tài)碼，而不是文檔的內(nèi)容；

300：Multiple Choices
客戶端請求一個(gè)實(shí)際指向多個(gè)資源的URL時(shí)就會(huì)返回這個(gè)狀態(tài)碼，比如服務(wù)器上有某個(gè)HTML文檔的英語和法語版本。返回這個(gè)代碼時(shí)會(huì)帶有一個(gè)選項(xiàng)列表；這樣用戶就可以選擇他希望使用的那一項(xiàng)了。

301：Move Permanently
請求的URL指向的資源已經(jīng)被刪除（移動(dòng)到其它位置）是永久重定向，資源被永久刪除；但在響應(yīng)報(bào)文中通過首部Location指明了資源現(xiàn)在所處的新位置；原因短語為Moved Permanently；

302：Found
與301相似，但在響應(yīng)報(bào)文中通過Location指明資源現(xiàn)在所處臨時(shí)新位置，資源不是永久刪除，是臨時(shí)重定向; 原因短語為Found；

303：See Other
告知客戶端應(yīng)該用另一個(gè)URL來獲取資源。新的URL位于響應(yīng)報(bào)文的Location首部。其主要目的是允許POST請求的響應(yīng)將客戶端定向到某個(gè)資源上去；

304：Not Modified
客戶端發(fā)出了條件式請求，但服務(wù)器上的資源未曾發(fā)生改變，則通過通過此響應(yīng)狀態(tài)碼通知客戶端（帶有這個(gè)狀態(tài)碼的響應(yīng)不應(yīng)該包含實(shí)體的主體部分），客戶端可繼續(xù)使用本地網(wǎng)頁緩存；原因短語為Not Modified；

305：Use Proxy
用來說明必須通過一個(gè)代理來訪問資源；代理的位置有Location首部給出。
很重要的一點(diǎn)是，客戶端只是對(duì)某個(gè)特定資源來解析這條響應(yīng)的；而不是對(duì)所有請求，甚至所有具有相同資源的服務(wù)器都通過這個(gè)代理進(jìn)行；如果客戶端錯(cuò)誤的讓代理介入了某個(gè)請求，可能會(huì)引發(fā)破壞性的行為，而且會(huì)造成安全漏洞；

306：未使用

307：Temporary Redirect
與301代碼類似；但客戶端應(yīng)該使用Location首部給出URL來臨時(shí)定位資源。將來的請求還使用老的URL；

注意：
302、303、307狀態(tài)碼之間存在一些交叉。這些狀態(tài)碼的用法有細(xì)微的區(qū)別，大部分區(qū)別都源于HTTP/1.0和HTTP/1.1應(yīng)用程序?qū)@些狀態(tài)碼處理方式的不同。
當(dāng)HTTP/1.0客戶端發(fā)起一個(gè)POST請求，并在響應(yīng)中收到302重定向狀態(tài)碼時(shí)，它會(huì)接受Location首部的重定向URL，并向那個(gè)URL發(fā)起一個(gè)GET請求（而不會(huì)向原始請求中那樣發(fā)起POST請求）。
HTTP/1.0服務(wù)器希望HTTP/1.0客戶端這么做—如果HTTP/1.0服務(wù)器收到來自HTTP/1.0客戶端的POST請求之后發(fā)送了302狀態(tài)碼，服務(wù)器就期望客戶端能夠接受重定向URL，并向重定向的URL發(fā)送一個(gè)GET請求；

問題出在HTTP/1.1。HTTP/1.1規(guī)范您使用了303狀態(tài)碼來實(shí)現(xiàn)同樣的行為（服務(wù)器發(fā)送303狀態(tài)碼來重定向客戶端的POST請求，在它后面跟上一個(gè)GET請求）。
為避開這個(gè)問題，HTTP/1.1規(guī)范指出，對(duì)于HTTP/1.1客戶端，用307狀態(tài)碼取代302狀態(tài)碼來進(jìn)行臨時(shí)重定向。這樣服務(wù)器就可以將302狀態(tài)碼保留起來，為HTTP/1.0客戶端使用。
這樣一來，服務(wù)器要選擇適當(dāng)?shù)闹囟ㄏ驙顟B(tài)碼放入重定向響應(yīng)中發(fā)送，就需要查看客戶端的HTTP版本了。

2.3 400~499–客戶端錯(cuò)誤狀態(tài)碼

400：Bad Request
告知客戶端它發(fā)送了一個(gè)錯(cuò)誤的請求；

401：Unauthorized
與適當(dāng)?shù)氖撞恳煌祷兀谶@些首部中要求客戶端在訪問資源之前，需要進(jìn)行認(rèn)證（如基于basic認(rèn)證時(shí)就是401）。

402：Payment Required
保留

403：Forbidden
用于說明請求被服務(wù)器拒絕了。如果服務(wù)器想說明為什么拒絕請求，可以在包含請求實(shí)體的主體部分來對(duì)原因進(jìn)行描述。但這個(gè)狀態(tài)碼通常是在服務(wù)器不想說明拒絕原因的時(shí)候使用的；

404：Not Found
用于說明服務(wù)器無法找到所請求的URL。通常會(huì)包含一個(gè)實(shí)體，以便客戶端應(yīng)用程序顯示給用戶看；

405：Methord Not Allowed
發(fā)起的請求中帶有所請求的URL不支持的方法時(shí)，使用此狀態(tài)嗎。應(yīng)該在響應(yīng)中包含Allow首部，已告知客戶端對(duì)所請求資源可以使用哪些方法。

406：Not Acceptable
客???端可以指定參數(shù)來說明它們愿意接受什么類型的實(shí)體。服務(wù)器沒有與客戶端可接受的URL相匹配的資源時(shí)，使用此代碼。通常，服務(wù)器會(huì)包含一些首部，以便客戶端弄清楚為什么請求無法滿足。

407：Porxy Authentication Required
與401狀態(tài)碼類似，但用于要求對(duì)資源進(jìn)行認(rèn)證的代理服務(wù)器；

408：Request Timeout
如果客戶端完成請求所花的時(shí)間太長，服務(wù)器可以回送此狀態(tài)碼，并關(guān)閉連接。超時(shí)時(shí)長隨著服務(wù)器的不同有所不同，但通常對(duì)所有的合法請求來說，都是夠長的；

409：Conflict
用于說明請求可能在資源上引發(fā)的一些沖突。服務(wù)器擔(dān)心請求會(huì)引發(fā)沖突時(shí)，可以發(fā)送此狀態(tài)碼。響應(yīng)中應(yīng)該包含描述沖突的主體；

410：Gone
與404類似，只是服務(wù)器曾經(jīng)擁有過此資源。主要用于WEB站點(diǎn)的維護(hù)，這樣服務(wù)器的管理員就可以在資源被移除的情況下通知客戶端了；

412：Precondition Failed
客戶端發(fā)起了條件請求，且其中一個(gè)條件失敗了的時(shí)候使用?？蛻舳税薊xpect首部時(shí)就是條件請求。

413：Request Entity Too Large
客戶端發(fā)送的實(shí)體主體部分比服務(wù)器能夠或希望處理的要大時(shí)，使用此狀態(tài)；

414：Request URI Too Long
客戶端所發(fā)送的請求中請求的URL比服務(wù)器能夠或者希望處理的要長時(shí)，使用此狀態(tài)碼；

415：Unsupported Media Type
服務(wù)器無法理解或無法支持客戶端所發(fā)實(shí)體的內(nèi)容類型時(shí)，使用此狀態(tài)碼；

416：Requested Range Not Satisfiable
請求報(bào)文所請求的是指定資源的某個(gè)范圍，而此范圍無效或無法滿足時(shí)，使用此狀態(tài)碼；

417：Expectation Failed
請求的Expect請求首部包含了一個(gè)期望，但服務(wù)器無法滿足此期望時(shí)，使用此狀態(tài)碼。
如果代理或其他中間應(yīng)用程序有確切證據(jù)說明源端服務(wù)器會(huì)為其請求產(chǎn)生一個(gè)失敗的期望，就可以發(fā)送這個(gè)響應(yīng)狀態(tài)碼

2.4 500~599–服務(wù)器錯(cuò)誤狀態(tài)碼

500：Internal Server Error
服務(wù)器內(nèi)部錯(cuò)誤。

501：Not Implemented
客戶端發(fā)起的請求超出了服務(wù)器的能力范圍（比如，使用了服務(wù)器不支持到的請求方法）。

502：Bad Gateway
作為代理或網(wǎng)關(guān)使用的服務(wù)器從請求相應(yīng)鏈的下一跳鏈路上收到了一條偽相應(yīng)（比如，它無法連接到其父網(wǎng)關(guān)）。

503：Service Unavailable
用來說明服務(wù)器現(xiàn)在無法為請求提供服務(wù)，但撿來可以。如果服務(wù)器知道什么時(shí)候資源會(huì)變?yōu)榭捎玫?，可用在響?yīng)中包含一個(gè)Retry-After首部。

504：Gateway Timout
與狀態(tài)碼408類似，只是這里的響應(yīng)來自一個(gè)網(wǎng)關(guān)或代理，他們在等待另一個(gè)服務(wù)器對(duì)其請求的進(jìn)行響應(yīng)時(shí)超時(shí)了。

505：HTTP Version Not Supported
服務(wù)器收到了請求，是它無法或不愿支持的協(xié)議版本時(shí)，使用此狀態(tài)碼（有些服務(wù)器應(yīng)用程序會(huì)選擇不支持協(xié)議的早期版本）。