HTTP協(xié)議請求方法和常見錯誤

1、HTTP協(xié)議中POST、GET、HEAD、PUT等請求方法以及一些常見錯誤請求方法是請求一定的Web頁面的程序或用于特定的URL。可選用下列幾種： GET： 請求指定的頁面信息，并返回實(shí)體主體。 HEAD： 只請求頁面的首部。 POST： 請求服務(wù)器接受所指定的文檔作為對所標(biāo)識的URI的新的從屬實(shí)體。 PUT： 從客戶端向服務(wù)器傳送的數(shù)據(jù)取代指定的文檔的內(nèi)容。 DELETE： 請求服務(wù)器刪除指定的頁面。 OPTIONS： 允許客戶端查看服務(wù)器的性能。 TRACE： 請求服務(wù)器在響應(yīng)中的實(shí)體主體部分返回所得到的內(nèi)容。 PATCH： 實(shí)體中包含一個表，表中說明與該URI所表示的原內(nèi)容的區(qū)別。 MO

2、VE： 請求服務(wù)器將指定的頁面移至另一個網(wǎng)絡(luò)地址。 COPY： 請求服務(wù)器將指定的頁面拷貝至另一個網(wǎng)絡(luò)地址。 LINK： 請求服務(wù)器建立鏈接關(guān)系。 UNLINK： 斷開鏈接關(guān)系。 WRAPPED： 允許客戶端發(fā)送經(jīng)過封裝的請求。 Extension-mothed：在不改動協(xié)議的前提下，可增加另外的方法。當(dāng)服務(wù)器響應(yīng)時(shí)，其狀態(tài)行的信息為HTTP的版本號，狀態(tài)碼，及解釋狀態(tài)碼的簡單說明?，F(xiàn)將5類狀態(tài)碼詳細(xì)列出： 客戶方錯誤 100 繼續(xù) 101 交換協(xié)議 成功 200 OK 201 已創(chuàng)建 202 接收 203 非認(rèn)證信息 204 無內(nèi)容 205 重置內(nèi)容 206 部分內(nèi)容 重定向 300 多路選

3、擇 301 永久轉(zhuǎn)移 302 暫時(shí)轉(zhuǎn)移 303 參見其它 304 未修改（Not Modified） 305 使用代理 客戶方錯誤 400 錯誤請求（Bad Request） 401 未認(rèn)證 402 需要付費(fèi) 403 禁止（Forbidden） 404 未找到（Not Found） 405 方法不允許 406 不接受 407 需要代理認(rèn)證 408 請求超時(shí) 409 沖突 410 失敗 411 需要長度 412 條件失敗 413 請求實(shí)體太大 414 請求URI太長 415 不支持媒體類型 服務(wù)器錯誤 500 服務(wù)器內(nèi)部錯誤 501 未實(shí)現(xiàn)（Not Implemented） 502 網(wǎng)關(guān)失敗 5

4、04 網(wǎng)關(guān)超時(shí) 505 HTTP版本不支持關(guān)于實(shí)體頭部的內(nèi)容還可以有：Last Modified ：請求文檔的最近修改時(shí)間。Expires ：請求文檔的過期時(shí)間。Connect-length：文檔數(shù)據(jù)的長度。WWW-authenricate：通知客戶端需要的認(rèn)證信息。Connect-encoding ：說明有無使用壓縮技術(shù)。Transfer-encoding ：說明采用的編碼變換類型。標(biāo)準(zhǔn)Http協(xié)議支持六種請求方法，即：0，GET 1，HEAD 2，PUT 3，DELETE 4，POST 5，OPTIONS但其實(shí)我們大部分情況下只用到了GET和POST。如果想設(shè)計(jì)一個符合RESTful規(guī)范的

5、web應(yīng)用程序，則這六種方法都會用到。不過即使暫時(shí)不想涉及REST，了解這六種方法的本質(zhì)仍然是很有作用的。大家將會發(fā)現(xiàn)，原來web也是很簡潔明了的。下面依次說明這六種方法。0，GET：GET可以說是最常見的了，它本質(zhì)就是發(fā)送一個請求來取得服務(wù)器上的某一資源。資源通過一組HTTP頭和呈現(xiàn)數(shù)據(jù)（如HTML文本，或者圖片或者視頻等）返回給客戶端。GET請求中，永遠(yuǎn)不會包含呈現(xiàn)數(shù)據(jù)。 1，HEAD：HEAD和GET本質(zhì)是一樣的，區(qū)別在于HEAD不含有呈現(xiàn)數(shù)據(jù)，而僅僅是HTTP頭信息。有的人可能覺得這個方法沒什么用，其實(shí)不是這樣的。想象一個業(yè)務(wù)情景：欲判斷某個資源是否存在，我們通常使用GET，但這里用H

6、EAD則意義更加明確。 2，PUT：這個方法比較少見。HTML表單也不支持這個。本質(zhì)上來講， PUT和POST極為相似，都是向服務(wù)器發(fā)送數(shù)據(jù)，但它們之間有一個重要區(qū)別，PUT通常指定了資源的存放位置，而POST則沒有，POST的數(shù)據(jù)存放位置由服務(wù)器自己決定。舉個例子：如一個用于提交博文的URL，/addBlog。如果用PUT，則提交的URL會是像這樣的”/addBlog/abc123”，其中abc123就是這個博文的地址。而如果用POST，則這個地址會在提交后由服務(wù)器告知客戶端。目前大部分博客都是這樣的。顯然，PUT和POST用途是不一樣的。具體用哪個還取決于當(dāng)前的業(yè)務(wù)場景。 3，DELETE：刪除某一個資源。基本上這個也很少見，不過還是有一些地方比如amazon的S3云服務(wù)里面就用的這個方法來刪除資源。 4，POST：向服務(wù)器提交數(shù)據(jù)。這個方法用途廣泛，幾乎目前所有的提交操作都是靠這個完成。 5，OPTIONS：這個方法很有趣，但極少使用。它用于獲取當(dāng)前URL所支持的方法。若請求成功，則它會在HTTP頭中包含一個名為“Allow”的頭，值是所支持的方法，如“GET, POST”。其實(shí)還有一個TRACE方法，不過這個基本上不會用到，這里就不介紹了。以上的六種方法，我們可以跟數(shù)據(jù)庫的CRUD增刪改查操作對應(yīng)起來