第一篇：HTTP協(xié)議以及Python開發(fā)技巧

TTPYTHONhttp協(xié)議的相關(guān)知識(shí)應(yīng)該都很清楚，這里簡(jiǎn)單回顧下其流程。首先HTTP底層是利用TCP進(jìn)行通訊的；其次，HTTP本身協(xié)議是面向無連接的：限制每次連接只處理一個(gè)請(qǐng)求，服務(wù)器處理完客戶的請(qǐng)求，并收到客戶的應(yīng)答后，即斷開連接。采用這種方式可以節(jié)省傳輸時(shí)間。

Python采用httplib庫進(jìn)行HTTP通訊，用法很簡(jiǎn)單：

import httplib #導(dǎo)入httplib庫

conn = httplib.HTTPConnection(“10.197.32.136”,8080)#建立http鏈接，只需要IP地址和端口

conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str,{})#發(fā)送url請(qǐng)求

response = conn.getresponse()#獲取返回信息

conn.close()#關(guān)閉鏈接

request函數(shù)是非阻塞函數(shù)，也就是說，它向服務(wù)器發(fā)送了url請(qǐng)求之后，可以正常運(yùn)行之后的任務(wù)。

getresponse函數(shù)是阻塞函數(shù)，如果沒有收到服務(wù)器的返回信息，程序?qū)o法繼續(xù)。

close函數(shù)在任何地方都可以調(diào)用，因此，如果無需服務(wù)器返回信息，則可以在發(fā)送請(qǐng)求之后就關(guān)閉鏈接。

Httplib無法連續(xù)發(fā)送兩個(gè)request，例如：

conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str1,{})conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str2,{})

程序?qū)?huì)拋異常，并且關(guān)閉。因?yàn)閔ttp協(xié)議本身一次鏈接只支持一個(gè)request，在收到response或者關(guān)閉才能開啟下一次鏈接。所以，正常的程序應(yīng)該是：

conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str1,{})

conn.close()

或者：

conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str1,{})

response = conn.getresponse()

conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str2,{})conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str2,{})

第二篇：http協(xié)議介紹（模版）

（二）召開會(huì)議

民主生活會(huì)上，班子成員要緊緊圍繞主題和征求到的意見建議，認(rèn)真開展黨性分析，深入查找問題，實(shí)事求是開展批評(píng)與自我批評(píng)。順序?yàn)橄劝嘧?、后個(gè)人，先主要負(fù)責(zé)人、后其他班子成員。黨組織書記要對(duì)班子成員的發(fā)言逐個(gè)進(jìn)行評(píng)議，班子成員之間也要互相進(jìn)行評(píng)議，幫助查找存在的問題，提出改進(jìn)的意見建議。

（三）會(huì)后工作。

領(lǐng)導(dǎo)班子要針對(duì)群眾普遍關(guān)心、反映強(qiáng)烈和民主生活會(huì)上查找出來的問題，提出切實(shí)有效的整改措施，明確具體責(zé)任人和整改時(shí)限。班子成員也要制定和落實(shí)個(gè)人整改措施。本次民主生活會(huì)形成的整改措施和干部群眾對(duì)上次民主生活會(huì)形成的整改落實(shí)情況的滿意度，會(huì)后要在一定范圍向干部群眾通報(bào)，確保整改措施落到實(shí)處。會(huì)后6天內(nèi)上報(bào)民主生活會(huì)情況報(bào)告，報(bào)告要附有會(huì)前征求到的干部群眾意見材料、會(huì)后制定的整改措施。

六、會(huì)議要求

（一）召開民主生活會(huì)，提前10天向街道黨工委報(bào)告，主動(dòng)接受指導(dǎo)和監(jiān)督。

（二）制定落實(shí)整改措施。民主生活會(huì)后，辦公室、黨員領(lǐng)導(dǎo)領(lǐng)導(dǎo)干部要根據(jù)民主生活會(huì)情況，進(jìn)一步查找問題，逐項(xiàng)研究，深入分析，制定出切實(shí)可行的整改措施和方案。同時(shí)要把學(xué)習(xí)貫徹黨的十七大精神同同履行崗位職責(zé)結(jié)合起來，切實(shí)轉(zhuǎn)變作風(fēng)，做好本職工作，提高工作效率和和工作水平，發(fā)揮好黨員領(lǐng)導(dǎo)干部表率帶動(dòng)作用。

（三）上報(bào)民主生活會(huì)情況。召開民主生活會(huì)的情況、原始記錄、會(huì)前征求意見、整改措施和方案及上次民主生活會(huì)整改措施落實(shí)情況，要及時(shí)上報(bào)街道黨工委備案。

第三篇：HTTP協(xié)議學(xué)習(xí)心得體會(huì)

HTTP協(xié)議學(xué)習(xí)心得體會(huì)

HTTP(HyperText Transfer Protocol)

====================================

是TCP/IP協(xié)議集中的一個(gè)應(yīng)用層協(xié)議，用于定義瀏覽器和Web服務(wù)器之間交換數(shù)據(jù)的過程以及數(shù)據(jù)本身的格式?，F(xiàn)在被廣泛使用的是HTTP1.1，相對(duì)于1.0，1.1的最大特點(diǎn)是支持持續(xù)連接。

基于HTTP1.0協(xié)議的客戶機(jī)與服務(wù)器的信息交換過程包括四個(gè)步驟：建立連接；發(fā)送請(qǐng)求信息；回送響應(yīng)信息；關(guān)閉連接。

通信過程總是通過瀏覽器發(fā)送請(qǐng)求來啟動(dòng)的，Web服務(wù)器則是被動(dòng)地對(duì)這些請(qǐng)求作出響應(yīng)。HTTP協(xié)議是無狀態(tài)的。

HTTP1.1與HTTP1.0的比較

------

HTTP1.0規(guī)定瀏覽器與服務(wù)器只保持短暫的連接，瀏覽器的每次請(qǐng)求都需要與服務(wù)器建立一個(gè)TCP連接，服務(wù)器完成請(qǐng)求處理后立即斷開TCP連接。服務(wù)器不跟蹤每個(gè)客戶機(jī)，也不記錄過去的請(qǐng)求。為了克服HTTP1.0的這個(gè)缺陷，HTTP1.1支持持久連接，在一個(gè)TCP連接上可以傳送多個(gè)HTTP請(qǐng)求和響應(yīng)，減少了建立和關(guān)閉連接的消耗和延遲。HTTP1.1還允許客戶端不用等待上一次請(qǐng)求結(jié)果返回，就可以發(fā)送下一次請(qǐng)求，但服務(wù)器端必須按照接受到客戶端請(qǐng)求的先后順序依次回送響應(yīng)結(jié)果，以保證客戶端能夠區(qū)分出每次請(qǐng)求的響應(yīng)內(nèi)容。

HTTP1.1還增加了host請(qǐng)求頭字段，用于明確表示訪問服務(wù)器上的哪個(gè)web站點(diǎn)，可以在一個(gè)IP地址和端口號(hào)上使用不同的主機(jī)名來創(chuàng)建多個(gè)虛擬web站點(diǎn)。HTTP1.1還有keep-alive請(qǐng)求頭來支持持續(xù)連接。

HTTP消息的格式

-----------------------

一個(gè)完整的請(qǐng)求消息包括：一個(gè)請(qǐng)求行，若干消息頭，以及實(shí)體內(nèi)容，其中消息頭和實(shí)體內(nèi)容都是可選的。消息頭和實(shí)體內(nèi)容之間要用空行隔開。瀏覽器使用GET方式的請(qǐng)求消息可以放松不含實(shí)體內(nèi)容的請(qǐng)求消息。只有使用POST, PUT, DELETE方式的請(qǐng)求消息中才可以包含實(shí)體內(nèi)容。

Hypertext Transfer Protocol

GET / HTTP/1.1rn

Request Method: GET

Request URI: /

Request Version: HTTP/1.1

Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-ms-application, application/vnd.ms-xpsdocument, application/xaml+xml, application/x-ms-xbap,application/x-shockwave-flash, application/vnd.ms-excel, application/vn

Accept-Language: zh-cnrn

UA-CPU: x86rn

Accept-Encoding: gzip, deflatern

User-Agent: Mozilla/4.0(compatible;MSIE 7.0;Windows NT 6.0;SLCC1;.NET CLR

2.0.50727;.NET CLR 3.0.04506)rn

Connection: Keep-Alivern

rn

一個(gè)完整的響應(yīng)消息包括：一個(gè)狀態(tài)行，若干消息頭，以及實(shí)體內(nèi)容。同樣，消息頭和實(shí)體內(nèi)容都是可選的。消息頭和實(shí)體內(nèi)容之間要用空行隔開。消息響應(yīng)的實(shí)體內(nèi)容就是網(wǎng)頁文檔的內(nèi)容。

Hypertext Transfer Protocol

HTTP/1.1 200 OKrn

Request Version: HTTP/1.1

Response Code: 200

Cache-Control: privatern

Content-Type: text/html;charset=UTF-8rn

Set-Cookie:

PREF=ID=7f53f6f0b1511417:NW=1:TM=1205568884:LM=1205568884:S=zHreYqNC-Z3rmOc6;expires=Mon, 15-Mar-2010 08:14:44 GMT;path=/;domain=.google.cnrn

Content-Encoding: gziprn

Server: gwsrn

Transfer-Encoding: chunkedrn

Date: Sat, 15 Mar 2008 08:14:44 GMTrn

rn

HTTP chunked response

Data chunk(1025 octets)

Chunk size: 1025 octets

Data(1025 bytes)

HTTP消息頭

----------------

HTTP請(qǐng)求和響應(yīng)都使用消息頭來描述HTTP消息本身的信息，可以實(shí)現(xiàn)HTTP客戶機(jī)與服務(wù)器之間的條件請(qǐng)求和應(yīng)答。

消息頭可以分為：通用消息頭，請(qǐng)求頭，響應(yīng)頭，實(shí)體頭四類。

請(qǐng)求行與狀態(tài)行

-----------------------

請(qǐng)求消息的請(qǐng)求行包括三個(gè)部分：請(qǐng)求方式，資源路徑，以及使用的HTTP版本。如：GET /

HTTP/1.1rn。

響應(yīng)消息的狀態(tài)行包括三個(gè)部分：HTTP協(xié)議的版本號(hào)，一個(gè)表示成功或者失敗的整數(shù)代碼（狀態(tài)碼）和對(duì)狀態(tài)碼進(jìn)行描述的文本信息。如：HTTP/1.1 200 OKrn。

使用GET和POST方式傳遞參數(shù)

-------------

在URL地址后面可以附加一些參數(shù)，每個(gè)參數(shù)由參數(shù)名和參數(shù)值組成，例如：當(dāng)使用GET方式提交表單內(nèi)容時(shí)，瀏覽器將各個(gè)表單字段元素及其數(shù)據(jù)按照URL參數(shù)的格式附加在請(qǐng)求行中的資源路徑后面。使用GET方式傳送的數(shù)據(jù)量有限制，一般在1KB以下。

當(dāng)使用POST方式提交表單內(nèi)容時(shí)，瀏覽器將個(gè)表單字段元素及其數(shù)據(jù)作為HTTP消息的實(shí)體內(nèi)容發(fā)送給服務(wù)器。因此數(shù)據(jù)量可以比GET方式大的多。使用POST方式時(shí)，還必須將Content-Type消息頭設(shè)置為“application/x-www-form-urlencoded”，將Content-length消息頭設(shè)置為實(shí)體內(nèi)容的長度。

響應(yīng)狀態(tài)碼

---------------

1.100~199: 成功接受請(qǐng)求，要求客戶端繼續(xù)提交下一次請(qǐng)求才能完成整個(gè)處理過程。

2.200~299: 成功接受請(qǐng)求并已完成整個(gè)處理過程。

3.300~399: 為完成請(qǐng)求，客戶端需要進(jìn)一步細(xì)化請(qǐng)求。

4.400~499: 客戶端的請(qǐng)求有錯(cuò)誤。

5.500~599: 服務(wù)器段出現(xiàn)錯(cuò)誤。

通用信息頭

==============

即能用于請(qǐng)求消息，也能用于響應(yīng)消息，包括一些與被傳輸?shù)膶?shí)體內(nèi)容沒有關(guān)系的常用消息頭字段。

1.Cache-Control

2.Connection

3.Date

4.Pragma

5.Trailer

6.Transfer-Encoding

7.Upgrade

8.Via

9.Warning

Cache-Control

--------------------

如果位于請(qǐng)求消息頭，用于通知位于客戶機(jī)和服務(wù)之間的代理服務(wù)器如何使用已緩存的頁面，可以取值為：no-cache, no-store, max-age, max-stale, min-fresh, no-transform, only-if-cached等。

如果位于響應(yīng)消息頭，用于通知客戶機(jī)和代理服務(wù)器如何緩存該頁面，可以取值為：public, private, no-cache, no-store, no-transform, must-revalidate, proxy-revalidate, max-age, s-maxage等。

Connection

---------------

用于指定處理完本次請(qǐng)求/響應(yīng)后，客戶端與服務(wù)器是否還要繼續(xù)保持連接。如果為Keep-Alive，則保持連接，如果為close，則關(guān)閉。HTTP1.1默認(rèn)采用持久連接。

Date

---------

表示HTTP消息產(chǎn)生的當(dāng)前時(shí)間。服務(wù)器回送的正常響應(yīng)消息中，應(yīng)該總是設(shè)置Date頭字段。如果客戶機(jī)發(fā)送的請(qǐng)求消息中包含有實(shí)體內(nèi)容，也要設(shè)置Date。

Pragma

------------

只能固定為no-cache.Trailer

-----------

一些頭字段可以放置在整個(gè)HTTP消息的尾部。

Transfer-Encoding

---------------------

指定傳輸編碼方式，目前標(biāo)準(zhǔn)的設(shè)置值只有chunked，用于把整個(gè)消息分成一連串的分段后進(jìn)行傳輸。

Upgrade

------------

允許客戶機(jī)指定它所支持并希望將當(dāng)前協(xié)議切換到的通信協(xié)議。

Via

-----

用于指定HTTP消息所途徑的中介代理服務(wù)器名稱和所使用的協(xié)議。

請(qǐng)求頭

=========

客戶端可以接受的數(shù)據(jù)類型，壓縮方法，語言，以及發(fā)出請(qǐng)求的超鏈接所屬頁面的URL地址等信息。Accept：指出客戶端程序能夠處理的MIME類型。

Accept-Charset：用于指出客戶端程序可以使用的字符集。

Accept-Encoding：客戶機(jī)能夠進(jìn)行解碼的數(shù)據(jù)編碼方式。

Accept-Language：指定客戶機(jī)期望服務(wù)器返回哪個(gè)國家語言的文檔。

Authorization：兩種認(rèn)證方式BASIC，和DIGEST.Except:

From:

Host: 指定資源所在的主機(jī)號(hào)和端口號(hào)。HTTP1.1中每個(gè)請(qǐng)求消息中都必須包含Host請(qǐng)求字段。If-Match:

If-Modified-Since:

If-None-Match:

If-Range

If-Unmodified-Since

Max-Forwards:

Proxy-Authorization:

Range:

Referer: 當(dāng)單擊另一個(gè)網(wǎng)頁上的超鏈接時(shí)發(fā)出的請(qǐng)求在Referer字段中指定URL。

TE：

User-Agent:

響應(yīng)頭

==========

Accept-Range, Age, Etag,Location: 用于通知客戶機(jī)應(yīng)當(dāng)?shù)侥膫€(gè)新的地址去獲取文檔。狀態(tài)碼為300~399的響應(yīng)消息都應(yīng)該使用Location字段將新的文檔地址告訴客戶機(jī)，以便客戶機(jī)自動(dòng)重新連接到新地址并檢索新文檔。使用Location頭的HTTP消息不應(yīng)該有實(shí)體內(nèi)容。所以，HTTP消息頭中不能同時(shí)出現(xiàn)Location和Content-Type這兩個(gè)頭字段。

Proxy-Authenticate，Retry-After, Server, Vary, WWW-Authenticate。

實(shí)體頭

========

是實(shí)體內(nèi)容的元信息，描述了實(shí)體內(nèi)容的屬性，包括實(shí)體信息類型、長度、壓縮方法、最后一次修改時(shí)間、數(shù)據(jù)有效期等。

Allow: 指定客戶端請(qǐng)求的資源所支持的請(qǐng)求方法（如GET，POST等）。

Content-Encoding: 指定實(shí)體內(nèi)容的壓縮編碼方式。

Content-Language:

Content-Length: 用于表示實(shí)體內(nèi)容的長度（字節(jié)數(shù)），瀏覽器與Web服務(wù)器之間使用持久連接時(shí)，這個(gè)字段在非Chunked傳輸編碼的響應(yīng)消息中是必不可少的。

Content-Location: 指定響應(yīng)消息中所封裝的實(shí)體內(nèi)容的實(shí)際位置路徑。

Content-MD5, Content-Range, Content-Type

Expires: 指定當(dāng)前文檔應(yīng)該在什么時(shí)候被認(rèn)為過期，瀏覽器到哪個(gè)時(shí)候以后不能再繼續(xù)使用本地緩存，而是在有需要時(shí)應(yīng)該像服務(wù)器發(fā)出新的請(qǐng)求訪問。

Last-Modified：文檔的最后更改時(shí)間。

擴(kuò)展頭

========

現(xiàn)在流行的瀏覽器實(shí)際上都支持Cookie，Set-Cookie，Refresh和Content-Disposition等幾個(gè)常用的擴(kuò)展頭字段。

Refresh: 告訴瀏覽器多少秒后自動(dòng)刷新頁面。

第四篇：常用的HTTP協(xié)議狀態(tài)碼

常用的HTTP協(xié)議狀態(tài)碼

200Standard response for successful HTTP requests.301This and all future requests should be directed to the given.403forbidden request(matches a deny filter)=> HTTP 403

Not Found,服務(wù)器找不到請(qǐng)求的頁面。

Internal Server Error（內(nèi)部服務(wù)器錯(cuò)誤）

A generic error message, given when no more specific message is suitable.502the server returned an invalid or incomplete response => HTTP 502

Service Unavailable（服務(wù)當(dāng)前不可用）,可能因?yàn)槌d或停機(jī)維護(hù)。

The server is currently unavailable(because it is overloaded or down for maintenance).504the server failed to reply in time => HTTP 504

-The server was acting as a gateway or proxy and did not receive a timely response from the upstream server.更多：

一些常見HTTP狀態(tài)碼為： 200 – 服務(wù)器成功返回網(wǎng)頁 404 – 請(qǐng)求的網(wǎng)頁不存在 503 – 服務(wù)不可用 常見HTTP狀態(tài)碼大全

1xx（臨時(shí)響應(yīng)）

表示臨時(shí)響應(yīng)并需要請(qǐng)求者繼續(xù)執(zhí)行操作的狀態(tài)代碼。

代碼 說明

http狀態(tài)碼 100（繼續(xù)）請(qǐng)求者應(yīng)當(dāng)繼續(xù)提出請(qǐng)求。服務(wù)器返回此代碼表示已收到請(qǐng)求的第一部分，正在等待其余部分。

http狀態(tài)碼 101（切換協(xié)議）請(qǐng)求者已要求服務(wù)器切換協(xié)議，服務(wù)器已確認(rèn)并準(zhǔn)備切換。

2xx（成功）

表示成功處理了請(qǐng)求的狀態(tài)代碼。代碼 說明

http狀態(tài)碼 200（成功）服務(wù)器已成功處理了請(qǐng)求。通常，這表示服務(wù)器提供了請(qǐng)求的網(wǎng)頁。

http狀態(tài)碼 201（已創(chuàng)建）請(qǐng)求成功并且服務(wù)器創(chuàng)建了新的資源。http狀態(tài)碼 202（已接受）服務(wù)器已接受請(qǐng)求，但尚未處理。

http狀態(tài)碼 203（非授權(quán)信息）服務(wù)器已成功處理了請(qǐng)求，但返回的信息可能來自另一來源。

http狀態(tài)碼 204（無內(nèi)容）服務(wù)器成功處理了請(qǐng)求，但沒有返回任何內(nèi)容。http狀態(tài)碼 205（重置內(nèi)容）服務(wù)器成功處理了請(qǐng)求，但沒有返回任何內(nèi)容。http狀態(tài)碼 206（部分內(nèi)容）服務(wù)器成功處理了部分 GET 請(qǐng)求。3xx（重定向）

表示要完成請(qǐng)求，需要進(jìn)一步操作。通常，這些狀態(tài)代碼用來重定向。代碼 說明

http狀態(tài)碼 300（多種選擇）針對(duì)請(qǐng)求，服務(wù)器可執(zhí)行多種操作。服務(wù)器可根據(jù)請(qǐng)求者(user agent)選擇一項(xiàng)操作，或提供操作列表供請(qǐng)求者選擇。http狀態(tài)碼 301（永久移動(dòng)）請(qǐng)求的網(wǎng)頁已永久移動(dòng)到新位置。服務(wù)器返回此響應(yīng)（對(duì) GET 或 HEAD 請(qǐng)求的響應(yīng)）時(shí)，會(huì)自動(dòng)將請(qǐng)求者轉(zhuǎn)到新位置。http狀態(tài)碼 302（臨時(shí)移動(dòng)）服務(wù)器目前從不同位置的網(wǎng)頁響應(yīng)請(qǐng)求，但請(qǐng)求者應(yīng)繼續(xù)使用原有位置來進(jìn)行以后的請(qǐng)求。

http狀態(tài)碼 303（查看其他位置）請(qǐng)求者應(yīng)當(dāng)對(duì)不同的位置使用單獨(dú)的 GET 請(qǐng)求來檢索響應(yīng)時(shí)，服務(wù)器返回此代碼。

http狀態(tài)碼 304（未修改）自從上次請(qǐng)求后，請(qǐng)求的網(wǎng)頁未修改過。服務(wù)器返回此響應(yīng)時(shí)，不會(huì)返回網(wǎng)頁內(nèi)容。http狀態(tài)碼 305（使用代理）請(qǐng)求者只能使用代理訪問請(qǐng)求的網(wǎng)頁。如果服務(wù)器返回此響應(yīng)，還表示請(qǐng)求者應(yīng)使用代理。

http狀態(tài)碼 307（臨時(shí)重定向）服務(wù)器目前從不同位置的網(wǎng)頁響應(yīng)請(qǐng)求，但請(qǐng)求者應(yīng)繼續(xù)使用原有位置來進(jìn)行以后的請(qǐng)求。4xx（請(qǐng)求錯(cuò)誤）

這些狀態(tài)代碼表示請(qǐng)求可能出錯(cuò)，妨礙了服務(wù)器的處理。

代碼 說明

http狀態(tài)碼 400（錯(cuò)誤請(qǐng)求）服務(wù)器不理解請(qǐng)求的語法。

http狀態(tài)碼 401（未授權(quán)）請(qǐng)求要求身份驗(yàn)證。對(duì)于需要登錄的網(wǎng)頁，服務(wù)器可能返回此響應(yīng)。

http狀態(tài)碼 403（禁止）服務(wù)器拒絕請(qǐng)求。

http狀態(tài)碼 404（未找到）服務(wù)器找不到請(qǐng)求的網(wǎng)頁。http狀態(tài)碼 405（方法禁用）禁用請(qǐng)求中指定的方法。

http狀態(tài)碼 406（不接受）無法使用請(qǐng)求的內(nèi)容特性響應(yīng)請(qǐng)求的網(wǎng)頁。http狀態(tài)碼 407（需要代理授權(quán)）此狀態(tài)代碼與 401（未授權(quán)）類似，但指定請(qǐng)求者應(yīng)當(dāng)授權(quán)使用代理。

http狀態(tài)碼 408（請(qǐng)求超時(shí)）服務(wù)器等候請(qǐng)求時(shí)發(fā)生超時(shí)。

http狀態(tài)碼 409（沖突）服務(wù)器在完成請(qǐng)求時(shí)發(fā)生沖突。服務(wù)器必須在響應(yīng)中包含有關(guān)沖突的信息。

http狀態(tài)碼 410（已刪除）如果請(qǐng)求的資源已永久刪除，服務(wù)器就會(huì)返回此響應(yīng)。

http狀態(tài)碼 411（需要有效長度）服務(wù)器不接受不含有效內(nèi)容長度標(biāo)頭字段的請(qǐng)求。

http狀態(tài)碼 412（未滿足前提條件）服務(wù)器未滿足請(qǐng)求者在請(qǐng)求中設(shè)置的其中一個(gè)前提條件。

http狀態(tài)碼 413（請(qǐng)求實(shí)體過大）服務(wù)器無法處理請(qǐng)求，因?yàn)檎?qǐng)求實(shí)體過大，超出服務(wù)器的處理能力。

http狀態(tài)碼 414（請(qǐng)求的 URI 過長）請(qǐng)求的 URI（通常為網(wǎng)址）過長，服務(wù)器無法處理。

http狀態(tài)碼 415（不支持的媒體類型）請(qǐng)求的格式不受請(qǐng)求頁面的支持。http狀態(tài)碼 416（請(qǐng)求范圍不符合要求）如果頁面無法提供請(qǐng)求的范圍，則服務(wù)器會(huì)返回此狀態(tài)代碼。

http狀態(tài)碼 417（未滿足期望值）服務(wù)器未滿足”期望”請(qǐng)求標(biāo)頭字段的要求。

5xx（服務(wù)器錯(cuò)誤）

這些狀態(tài)代碼表示服務(wù)器在嘗試處理請(qǐng)求時(shí)發(fā)生內(nèi)部錯(cuò)誤。這些錯(cuò)誤可能是服務(wù)器本身的錯(cuò)誤，而不是請(qǐng)求出錯(cuò)。

代碼 說明

http狀態(tài)碼 500（服務(wù)器內(nèi)部錯(cuò)誤）服務(wù)器遇到錯(cuò)誤，無法完成請(qǐng)求。http狀態(tài)碼 501（尚未實(shí)施）服務(wù)器不具備完成請(qǐng)求的功能。例如，服務(wù)器無法識(shí)別請(qǐng)求方法時(shí)可能會(huì)返回此代碼。http狀態(tài)碼 502（錯(cuò)誤網(wǎng)關(guān)）服務(wù)器作為網(wǎng)關(guān)或代理，從上游服務(wù)器收到無效響應(yīng)。

http狀態(tài)碼 503（服務(wù)不可用）服務(wù)器目前無法使用（由于超載或停機(jī)維護(hù)）。通常，這只是暫時(shí)狀態(tài)。

http狀態(tài)碼 504（網(wǎng)關(guān)超時(shí)）服務(wù)器作為網(wǎng)關(guān)或代理，但是沒有及時(shí)從上游服務(wù)器收到請(qǐng)求。

http狀態(tài)碼 505（HTTP 版本不受支持）服務(wù)器不支持請(qǐng)求中所用的 HTTP 協(xié)議版本

第五篇：HTTP協(xié)議請(qǐng)求方法和常見錯(cuò)誤范文

HTTP協(xié)議中POST、GET、HEAD、PUT等請(qǐng)求方法以及一些常見錯(cuò)誤

請(qǐng)求方法是請(qǐng)求一定的Web頁面的程序或用于特定的URL?？蛇x用下列幾種：

GET： 請(qǐng)求指定的頁面信息，并返回實(shí)體主體。

HEAD： 只請(qǐng)求頁面的首部。

POST： 請(qǐng)求服務(wù)器接受所指定的文檔作為對(duì)所標(biāo)識(shí)的URI的新的從屬實(shí)體。

PUT： 從客戶端向服務(wù)器傳送的數(shù)據(jù)取代指定的文檔的內(nèi)容。

DELETE： 請(qǐng)求服務(wù)器刪除指定的頁面。

OPTIONS： 允許客戶端查看服務(wù)器的性能。

TRACE： 請(qǐng)求服務(wù)器在響應(yīng)中的實(shí)體主體部分返回所得到的內(nèi)容。

PATCH： 實(shí)體中包含一個(gè)表，表中說明與該URI所表示的原內(nèi)容的區(qū)別。

MOVE： 請(qǐng)求服務(wù)器將指定的頁面移至另一個(gè)網(wǎng)絡(luò)地址。

COPY： 請(qǐng)求服務(wù)器將指定的頁面拷貝至另一個(gè)網(wǎng)絡(luò)地址。

LINK： 請(qǐng)求服務(wù)器建立鏈接關(guān)系。

UNLINK： 斷開鏈接關(guān)系。

WRAPPED： 允許客戶端發(fā)送經(jīng)過封裝的請(qǐng)求。

Extension-mothed：在不改動(dòng)協(xié)議的前提下，可增加另外的方法。

當(dāng)服務(wù)器響應(yīng)時(shí)，其狀態(tài)行的信息為HTTP的版本號(hào)，狀態(tài)碼，及解釋狀態(tài)碼的簡(jiǎn)單說明?，F(xiàn)將5類狀態(tài)碼詳細(xì)列出： ① 客戶方錯(cuò)誤

繼續(xù)

交換協(xié)議 ② 成功

200 OK 201 已創(chuàng)建

202 接收

203 非認(rèn)證信息

204 無內(nèi)容

205 重置內(nèi)容

206 部分內(nèi)容 ③ 重定向

300 多路選擇

301 永久轉(zhuǎn)移

302 暫時(shí)轉(zhuǎn)移

303 參見其它

304 未修改（Not Modified）

305 使用代理 ④ 客戶方錯(cuò)誤

400 錯(cuò)誤請(qǐng)求（Bad Request）

401 未認(rèn)證

402 需要付費(fèi)

403 禁止（Forbidden）

404 未找到（Not Found）

405 方法不允許

406 不接受

407 需要代理認(rèn)證 408 請(qǐng)求超時(shí)

409 沖突

410 失敗

411 需要長度

412 條件失敗

413 請(qǐng)求實(shí)體太大

414 請(qǐng)求URI太長

415 不支持媒體類型 ⑤ 服務(wù)器錯(cuò)誤

500 服務(wù)器內(nèi)部錯(cuò)誤

501 未實(shí)現(xiàn)（Not Implemented）

502 網(wǎng)關(guān)失敗

504 網(wǎng)關(guān)超時(shí)

505 HTTP版本不支持 關(guān)于實(shí)體頭部的內(nèi)容還可以有：

Last Modified ：請(qǐng)求文檔的最近修改時(shí)間。Expires ：請(qǐng)求文檔的過期時(shí)間。Connect-length：文檔數(shù)據(jù)的長度。

WWW-authenricate：通知客戶端需要的認(rèn)證信息。Connect-encoding ：說明有無使用壓縮技術(shù)。Transfer-encoding ：說明采用的編碼變換類型。標(biāo)準(zhǔn)Http協(xié)議支持六種請(qǐng)求方法，即： 0，GET 1，HEAD 2，PUT 3，DELETE 4，POST 5，OPTIONS 但其實(shí)我們大部分情況下只用到了GET和POST。如果想設(shè)計(jì)一個(gè)符合RESTful規(guī)范的web應(yīng)用程序，則這六種方法都會(huì)用到。不過即使暫時(shí)不想涉及REST，了解這六種方法的本質(zhì)仍然是很有作用的。大家將會(huì)發(fā)現(xiàn)，原來web也是很簡(jiǎn)潔明了的。下面依次說明這六種方法。

0，GET：GET可以說是最常見的了，它本質(zhì)就是發(fā)送一個(gè)請(qǐng)求來取得服務(wù)器上的某一資源。資源通過一組HTTP頭和呈現(xiàn)數(shù)據(jù)（如HTML文本，或者圖片或者視頻等）返回給客戶端。GET請(qǐng)求中，永遠(yuǎn)不會(huì)包含呈現(xiàn)數(shù)據(jù)。

1，HEAD：HEAD和GET本質(zhì)是一樣的，區(qū)別在于HEAD不含有呈現(xiàn)數(shù)據(jù)，而僅僅是HTTP頭信息。有的人可能覺得這個(gè)方法沒什么用，其實(shí)不是這樣的。想象一個(gè)業(yè)務(wù)情景：欲判斷某個(gè)資源是否存在，我們通常使用GET，但這里用HEAD則意義更加明確。

2，PUT：這個(gè)方法比較少見。HTML表單也不支持這個(gè)。本質(zhì)上來講，PUT和POST極為相似，都是向服務(wù)器發(fā)送數(shù)據(jù)，但它們之間有一個(gè)重要區(qū)別，PUT通常指定了資源的存放位置，而POST則沒有，POST的數(shù)據(jù)存放位置由服務(wù)器自己決定。舉個(gè)例子：如一個(gè)用于提交博文的URL，/addBlog。如果用PUT，則提交的URL會(huì)是像這樣的”/addBlog/abc123”，其中abc123就是這個(gè)博文的地址。而如果用POST，則這個(gè)地址會(huì)在提交后由服務(wù)器告知客戶端。目前大部分博客都是這樣的。顯然，PUT和POST用途是不一樣的。具體用哪個(gè)還取決于當(dāng)前的業(yè)務(wù)場(chǎng)景。

3，DELETE：刪除某一個(gè)資源?；旧线@個(gè)也很少見，不過還是有一些地方比如amazon的S3云服務(wù)里面就用的這個(gè)方法來刪除資源。

4，POST：向服務(wù)器提交數(shù)據(jù)。這個(gè)方法用途廣泛，幾乎目前所有的提交操作都是靠這個(gè)完成。

5，OPTIONS：這個(gè)方法很有趣，但極少使用。它用于獲取當(dāng)前URL所支持的方法。若請(qǐng)求成功，則它會(huì)在HTTP頭中包含一個(gè)名為“Allow”的頭，值是所支持的方法，如“GET, POST”。

其實(shí)還有一個(gè)TRACE方法，不過這個(gè)基本上不會(huì)用到，這里就不介紹了。以上的六種方法，我們可以跟數(shù)據(jù)庫的CRUD增刪改查操作對(duì)應(yīng)起來： CREATE ：PUT READ：GET UPDATE：POST DELETE：DELETE 這樣一來就實(shí)現(xiàn)了HTTP和數(shù)據(jù)庫操作（其實(shí)不光是數(shù)據(jù)庫，任何數(shù)據(jù)如文件圖表都是這樣）的完美統(tǒng)一，這也是REST的精髓之一。