TTP和HTTPS

HTTP協(xié)議（HyperText Transfer Protocol，超文本傳輸協(xié)議）：是一種發(fā)布和接收 HTML頁面的方法。

HTTPS（Hypertext Transfer Protocol over Secure Socket Layer）簡單講是HTTP的安全版袒哥，在HTTP下加入SSL層。

SSL（Secure Sockets Layer 安全套接層）主要用于Web的安全傳輸協(xié)議，在傳輸層對網(wǎng)絡(luò)連接進行加密够滑，保障在Internet上數(shù)據(jù)傳輸?shù)陌踩?/p>

HTTP的端口號為80，
HTTPS的端口號為443

HTTP的請求與響應(yīng)

HTTP通信由兩部分組成： 客戶端請求消息 與 服務(wù)器響應(yīng)消息

瀏覽器發(fā)送HTTP請求的過程：

• 當(dāng)用戶在瀏覽器的地址欄中輸入一個URL并按回車鍵之后吕世，瀏覽器會向HTTP服務(wù)器發(fā)送HTTP請求彰触。HTTP請求主要分為“Get”和“Post”兩種方法。

• 當(dāng)我們在瀏覽器輸入URL http://www.baidu.com 的時候命辖，瀏覽器發(fā)送一個Request請求去獲取 http://www.baidu.com 的html文件况毅，服務(wù)器把Response文件對象發(fā)送回給瀏覽器分蓖。

• 瀏覽器分析Response中的 HTML，發(fā)現(xiàn)其中引用了很多其他文件尔许，比如Images文件么鹤，CSS文件，JS文件味廊。 瀏覽器會自動再次發(fā)送Request去獲取圖片蒸甜，CSS文件磅甩，或者JS文件暮现。

• 當(dāng)所有的文件都下載成功后，網(wǎng)頁會根據(jù)HTML語法結(jié)構(gòu)射沟，完整的顯示出來了辉巡。

URL（Uniform / Universal Resource Locator的縮寫）：統(tǒng)一資源定位符恨憎，是用于完整地描述Internet上網(wǎng)頁和其他資源的地址的一種標(biāo)識方法。

scheme：協(xié)議(例如：http, https, ftp)
host：服務(wù)器的IP地址或者域名
port#：服務(wù)器的端口（如果是走協(xié)議默認(rèn)端口郊楣，缺省端口80）
path：訪問資源的路徑
query-string：參數(shù)框咙，發(fā)送給http服務(wù)器的數(shù)據(jù)
anchor：錨（跳轉(zhuǎn)到網(wǎng)頁的指定錨點位置）

客戶端HTTP請求

URL只是標(biāo)識資源的位置，而HTTP是用來提交和獲取資源痢甘±觯客戶端發(fā)送一個HTTP請求到服務(wù)器的請求消息，包括以下格式：

請求行塞栅、請求頭部者铜、空行、請求數(shù)據(jù)

四個部分組成放椰，下圖給出了請求報文的一般格式作烟。

一個典型的HTTP請求示例

GET https://www.baidu.com/ HTTP/1.1
Host: www.baidu.com
Connection: keep-alive
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Referer: http://www.baidu.com/
Accept-Encoding: gzip, deflate, sdch, br
Accept-Language: zh-CN,zh;q=0.8,en;q=0.6
Cookie: BAIDUID=04E4001F34EA74AD4601512DD3C41A7B:FG=1; BIDUPSID=04E4001F34EA74AD4601512DD3C41A7B; PSTM=1470329258; MCITY=-343%3A340%3A; BDUSS=nF0MVFiMTVLcUh-Q2MxQ0M3STZGQUZ4N2hBa1FFRkIzUDI3QlBCZjg5cFdOd1pZQVFBQUFBJCQAAAAAAAAAAAEAAADpLvgG0KGyvLrcyfrG-AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFaq3ldWqt5XN; H_PS_PSSID=1447_18240_21105_21386_21454_21409_21554; BD_UPN=12314753; sug=3; sugstore=0; ORIGIN=0; bdime=0; H_PS_645EC=7e2ad3QHl181NSPbFbd7PRUCE1LlufzxrcFmwYin0E6b%2BW8bbTMKHZbDP0g; BDSVRTM=0

請求方法

GET https://www.baidu.com/ HTTP/1.1

根據(jù)HTTP標(biāo)準(zhǔn)，HTTP請求可以使用多種請求方法砾医。

HTTP 0.9：只有基本的文本 GET 功能拿撩。

HTTP 1.0：完善的請求/響應(yīng)模型，并將協(xié)議補充完整如蚜，定義了三種請求方法： GET, POST 和 HEAD方法压恒。

HTTP 1.1：在 1.0 基礎(chǔ)上進行更新，新增了五種請求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法错邦。

HTTP 2.0（未普及）：請求/響應(yīng)首部的定義基本沒有改變探赫，只是所有首部鍵必須全部小寫，而且請求行要獨立為 :method撬呢、:scheme伦吠、:host、:path這些鍵值對。

HTTP請求主要分為Get和Post兩種方法

GET是從服務(wù)器上獲取數(shù)據(jù)毛仪，POST是向服務(wù)器傳送數(shù)據(jù)

GET請求參數(shù)顯示搁嗓，都顯示在瀏覽器網(wǎng)址上，HTTP服務(wù)器根據(jù)該請求所包含URL中的參數(shù)來產(chǎn)生響應(yīng)內(nèi)容箱靴，即“Get”請求的參數(shù)是URL的一部分腺逛。 例如： http://www.baidu.com/s?wd=Chinese

POST請求參數(shù)在請求體當(dāng)中，消息長度沒有限制而且以隱式的方式進行發(fā)送刨晴，通常用來向HTTP服務(wù)器提交量比較大的數(shù)據(jù)（比如請求中包含許多參數(shù)或者文件上傳操作等）屉来，請求的參數(shù)包含在“Content-Type”消息頭里，指明該消息體的媒體類型和編碼

注意：避免使用Get方式提交表單狈癞，因為有可能會導(dǎo)致安全問題茄靠。 比如說在登陸表單中用Get方式，用戶輸入的用戶名和密碼將在地址欄中暴露無遺蝶桶。

常用的請求報頭

1. Host (主機和端口號)

Host：對應(yīng)網(wǎng)址URL中的Web名稱和端口號慨绳，用于指定被請求資源的Internet主機和端口號，通常屬于URL的一部分真竖。

2. Connection (鏈接類型)

Connection：表示客戶端與服務(wù)連接類型

1.Client 發(fā)起一個包含 Connection:keep-alive 的請求脐雪，HTTP/1.1使用 keep-alive 為默認(rèn)值。

2.Server收到請求后：
    1.如果 Server 支持 keep-alive恢共，回復(fù)一個包含 Connection:keep-alive 的響應(yīng)战秋，不關(guān)閉連接；
    2.如果 Server 不支持 keep-alive讨韭，回復(fù)一個包含 Connection:close 的響應(yīng)脂信，關(guān)閉連接。

3.如果client收到包含 Connection:keep-alive 的響應(yīng)透硝，向同一個連接發(fā)送下一個請求狰闪，直到一方主動關(guān)閉連接。

keep-alive在很多情況下能夠重用連接濒生，減少資源消耗埋泵，縮短響應(yīng)時間，比如當(dāng)瀏覽器需要多個文件時(比如一個HTML文件和相關(guān)的圖形文件)罪治，不需要每次都去請求建立連接丽声。

3. Upgrade-Insecure-Requests (升級為HTTPS請求)

Upgrade-Insecure-Requests：升級不安全的請求，意思是會在加載 http 資源時自動替換成 https 請求规阀，讓瀏覽器不再顯示https頁面中的http請求警報恒序。

HTTPS 是以安全為目標(biāo)的 HTTP 通道，所以在 HTTPS 承載的頁面上不允許出現(xiàn) HTTP 請求谁撼，一旦出現(xiàn)就是提示或報錯。
4. User-Agent (瀏覽器名稱)

User-Agent：是客戶瀏覽器的名稱，以后會詳細(xì)講厉碟。

5. Accept (傳輸文件類型)

Accept：指瀏覽器或其他客戶端可以接受的MIME（Multipurpose Internet Mail Extensions（多用途互聯(lián)網(wǎng)郵件擴展））文件類型喊巍，服務(wù)器可以根據(jù)它判斷并返回適當(dāng)?shù)奈募袷健?/p>

舉例：

Accept: /：表示什么都可以接收。

Accept：image/gif：表明客戶端希望接受GIF圖像格式的資源箍鼓；

Accept：text/html：表明客戶端希望接受html文本崭参。

Accept: text/html, application/xhtml+xml;q=0.9, image/*;q=0.8：表示瀏覽器支持的 MIME 類型分別是 html文本、xhtml和xml文檔款咖、所有的圖像格式資源何暮。

q是權(quán)重系數(shù)，范圍 0 =< q <= 1铐殃，q 值越大海洼，請求越傾向于獲得其“;”之前的類型表示的內(nèi)容。若沒有指定q值富腊，則默認(rèn)為1坏逢，按從左到右排序順序；若被賦值為0赘被，則用于表示瀏覽器不接受此內(nèi)容類型是整。

Text：用于標(biāo)準(zhǔn)化地表示的文本信息，文本消息可以是多種字符集和或者多種格式的民假；Application：用于傳輸應(yīng)用程序數(shù)據(jù)或者二進制數(shù)據(jù)浮入。

6. Referer (頁面跳轉(zhuǎn)處)

Referer：表明產(chǎn)生請求的網(wǎng)頁來自于哪個URL，用戶是從該 Referer頁面訪問到當(dāng)前請求的頁面羊异。這個屬性可以用來跟蹤Web請求來自哪個頁面事秀，是從什么網(wǎng)站來的等。

有時候遇到下載某網(wǎng)站圖片球化，需要對應(yīng)的referer秽晚，否則無法下載圖片，那是因為人家做了防盜鏈筒愚，原理就是根據(jù)referer去判斷是否是本網(wǎng)站的地址赴蝇，如果不是，則拒絕巢掺，如果是句伶，就可以下載；

7. Accept-Encoding（文件編解碼格式）

Accept-Encoding：指出瀏覽器可以接受的編碼方式陆淀。編碼方式不同于文件格式考余，它是為了壓縮文件并加速文件傳遞速度。瀏覽器在接收到Web響應(yīng)之后先解碼轧苫，然后再檢查文件格式楚堤，許多情形下這可以減少大量的下載時間。

舉例：Accept-Encoding:gzip;q=1.0, identity; q=0.5, *;q=0

如果有多個Encoding同時匹配, 按照q值順序排列，本例中按順序支持 gzip, identity壓縮編碼身冬，支持gzip的瀏覽器會返回經(jīng)過gzip編碼的HTML頁面衅胀。 如果請求消息中沒有設(shè)置這個域服務(wù)器假定客戶端對各種內(nèi)容編碼都可以接受。

8. Accept-Language（語言種類）

Accept-Langeuage：指出瀏覽器可以接受的語言種類酥筝，如en或en-us指英語滚躯，zh或者zh-cn指中文，當(dāng)服務(wù)器能夠提供一種以上的語言版本時要用到嘿歌。

9. Accept-Charset（字符編碼）

Accept-Charset：指出瀏覽器可以接受的字符編碼掸掏。

舉例：Accept-Charset:iso-8859-1,gb2312,utf-8

ISO8859-1：通常叫做Latin-1。Latin-1包括了書寫所有西方歐洲語言不可缺少的附加字符宙帝，英文瀏覽器的默認(rèn)值是ISO-8859-1.
gb2312：標(biāo)準(zhǔn)簡體中文字符集;
utf-8：UNICODE 的一種變長字符編碼丧凤，可以解決多種語言文本顯示問題，從而實現(xiàn)應(yīng)用國際化和本地化茄唐。

如果在請求消息中沒有設(shè)置這個域息裸，缺省是任何字符集都可以接受。

10. Cookie （Cookie）

Cookie：瀏覽器用這個屬性向服務(wù)器發(fā)送Cookie沪编。Cookie是在瀏覽器中寄存的小型數(shù)據(jù)體呼盆，它可以記載和服務(wù)器相關(guān)的用戶信息，也可以用來實現(xiàn)會話功能蚁廓，以后會詳細(xì)講访圃。

11. Content-Type (POST數(shù)據(jù)類型)

Content-Type：POST請求里用來表示的內(nèi)容類型。

舉例：Content-Type = Text/XML; charset=gb2312：

指明該請求的消息體中包含的是純文本的XML類型的數(shù)據(jù)相嵌，字符編碼采用“gb2312”腿时。

服務(wù)端HTTP響應(yīng)

HTTP響應(yīng)也由四個部分組成，分別是： 狀態(tài)行饭宾、消息報頭批糟、空行、響應(yīng)正文

HTTP/1.1 200 OK
Server: Tengine
Connection: keep-alive
Date: Wed, 30 Nov 2016 07:58:21 GMT
Cache-Control: no-cache
Content-Type: text/html;charset=UTF-8
Keep-Alive: timeout=20
Vary: Accept-Encoding
Pragma: no-cache
X-NWS-LOG-UUID: bd27210a-24e5-4740-8f6c-25dbafa9c395
Content-Length: 180945

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" ....

常用的響應(yīng)報頭(了解)

理論上所有的響應(yīng)頭信息都應(yīng)該是回應(yīng)請求頭的看铆。但是服務(wù)端為了效率徽鼎，安全，還有其他方面的考慮弹惦，會添加相對應(yīng)的響應(yīng)頭信息否淤，從上圖可以看到：
1. Cache-Control：must-revalidate, no-cache, private。

這個值告訴客戶端棠隐，服務(wù)端不希望客戶端緩存資源石抡，在下次請求資源時，必須要從新請求服務(wù)器助泽，不能從緩存副本中獲取資源啰扛。

Cache-Control是響應(yīng)頭中很重要的信息嚎京，當(dāng)客戶端請求頭中包含Cache-Control:max-age=0請求，明確表示不會緩存服務(wù)器資源時,Cache-Control作為作為回應(yīng)信息侠讯，通常會返回no-cache挖藏，意思就是說暑刃，"那就不緩存唄"厢漩。

當(dāng)客戶端在請求頭中沒有包含Cache-Control時，服務(wù)端往往會定,不同的資源不同的緩存策略岩臣，比如說oschina在緩存圖片資源的策略就是Cache-Control：max-age=86400,這個意思是溜嗜，從當(dāng)前時間開始，在86400秒的時間內(nèi)架谎，客戶端可以直接從緩存副本中讀取資源炸宵，而不需要向服務(wù)器請求。

2. Connection：keep-alive

這個字段作為回應(yīng)客戶端的Connection：keep-alive谷扣，告訴客戶端服務(wù)器的tcp連接也是一個長連接土全，客戶端可以繼續(xù)使用這個tcp連接發(fā)送http請求。

3. Content-Encoding:gzip

告訴客戶端会涎，服務(wù)端發(fā)送的資源是采用gzip編碼的裹匙，客戶端看到這個信息后，應(yīng)該采用gzip對資源進行解碼末秃。

4. Content-Type：text/html;charset=UTF-8

告訴客戶端概页，資源文件的類型，還有字符編碼练慕，客戶端通過utf-8對資源進行解碼惰匙，然后對資源進行html解析。通常我們會看到有些網(wǎng)站是亂碼的铃将，往往就是服務(wù)器端沒有返回正確的編碼项鬼。

5. Date：Sun, 21 Sep 2016 06:18:21 GMT

這個是服務(wù)端發(fā)送資源時的服務(wù)器時間，GMT是格林尼治所在地的標(biāo)準(zhǔn)時間劲阎。http協(xié)議中發(fā)送的時間都是GMT的绘盟，這主要是解決在互聯(lián)網(wǎng)上，不同時區(qū)在相互請求資源的時候哪工，時間混亂問題奥此。

6. Expires:Sun, 1 Jan 2000 01:00:00 GMT

這個響應(yīng)頭也是跟緩存有關(guān)的，告訴客戶端在這個時間前雁比，可以直接訪問緩存副本稚虎，很顯然這個值會存在問題，因為客戶端和服務(wù)器的時間不一定會都是相同的偎捎，如果時間不同就會導(dǎo)致問題蠢终。所以這個響應(yīng)頭是沒有Cache-Control：max-age=*這個響應(yīng)頭準(zhǔn)確的序攘，因為max-age=date中的date是個相對時間，不僅更好理解寻拂，也更準(zhǔn)確程奠。

7. Pragma:no-cache

這個含義與Cache-Control等同。

8.Server：Tengine/1.4.6

這個是服務(wù)器和相對應(yīng)的版本祭钉，只是告訴客戶端服務(wù)器的信息瞄沙。

9. Transfer-Encoding：chunked

這個響應(yīng)頭告訴客戶端，服務(wù)器發(fā)送的資源的方式是分塊發(fā)送的慌核。一般分塊發(fā)送的資源都是服務(wù)器動態(tài)生成的距境，在發(fā)送時還不知道發(fā)送資源的大小，所以采用分塊發(fā)送垮卓，每一塊都是獨立的垫桂，獨立的塊都能標(biāo)示自己的長度，最后一塊是0長度的粟按，當(dāng)客戶端讀到這個0長度的塊時诬滩，就可以確定資源已經(jīng)傳輸完了。

10. Vary: Accept-Encoding

告訴緩存服務(wù)器灭将，緩存壓縮文件和非壓縮文件兩個版本疼鸟，現(xiàn)在這個字段用處并不大，因為現(xiàn)在的瀏覽器都是支持壓縮的宗侦。

Cookie 和 Session：

服務(wù)器和客戶端的交互僅限于請求/響應(yīng)過程愚臀，結(jié)束之后便斷開，在下一次請求時矾利，服務(wù)器會認(rèn)為新的客戶端姑裂。

為了維護他們之間的鏈接，讓服務(wù)器知道這是前一個用戶發(fā)送的請求男旗，必須在一個地方保存客戶端的信息舶斧。

Cookie：通過在 客戶端 記錄的信息確定用戶的身份。

Session：通過在 服務(wù)器端 記錄的信息確定用戶的身份察皇。

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

響應(yīng)狀態(tài)代碼有三位數(shù)字組成茴厉，第一個數(shù)字定義了響應(yīng)的類別，且有五種可能取值什荣。

常見狀態(tài)碼：

100~199：表示服務(wù)器成功接收部分請求矾缓，要求客戶端繼續(xù)提交其余請求才能完成整個處理過程。

200~299：表示服務(wù)器成功接收請求并已完成整個處理過程稻爬。常用200（OK 請求成功）嗜闻。
300~399：為完成請求，客戶需進一步細(xì)化請求桅锄。例如：請求的資源已經(jīng)移動一個新地址琉雳、常用302（所請求的頁面已經(jīng)臨時轉(zhuǎn)移至新的url）样眠、307和304（使用緩存資源）。
400~499：客戶端的請求有錯誤翠肘，常用404（服務(wù)器無法找到被請求的頁面）檐束、403（服務(wù)器拒絕訪問，權(quán)限不夠）束倍。
500~599：服務(wù)器端出現(xiàn)錯誤被丧，常用500（請求未完成。服務(wù)器遇到不可預(yù)知的情況）肌幽。

HTTP響應(yīng)狀態(tài)碼參考：

Python1xx:信息

100 Continue
服務(wù)器僅接收到部分請求晚碾，但是一旦服務(wù)器并沒有拒絕該請求，客戶端應(yīng)該繼續(xù)發(fā)送其余的請求喂急。
101 Switching Protocols
服務(wù)器轉(zhuǎn)換協(xié)議：服務(wù)器將遵從客戶的請求轉(zhuǎn)換到另外一種協(xié)議。



2xx:成功

200 OK
請求成功（其后是對GET和POST請求的應(yīng)答文檔）
201 Created
請求被創(chuàng)建完成笛求，同時新的資源被創(chuàng)建廊移。
202 Accepted
供處理的請求已被接受，但是處理未完成探入。
203 Non-authoritative Information
文檔已經(jīng)正常地返回狡孔，但一些應(yīng)答頭可能不正確，因為使用的是文檔的拷貝蜂嗽。
204 No Content
沒有新文檔苗膝。瀏覽器應(yīng)該繼續(xù)顯示原來的文檔。如果用戶定期地刷新頁面植旧，而Servlet可以確定用戶文檔足夠新辱揭，這個狀態(tài)代碼是很有用的。
205 Reset Content
沒有新文檔病附。但瀏覽器應(yīng)該重置它所顯示的內(nèi)容问窃。用來強制瀏覽器清除表單輸入內(nèi)容。
206 Partial Content
客戶發(fā)送了一個帶有Range頭的GET請求完沪，服務(wù)器完成了它域庇。



3xx:重定向

300 Multiple Choices
多重選擇。鏈接列表覆积。用戶可以選擇某鏈接到達(dá)目的地听皿。最多允許五個地址。
301 Moved Permanently
所請求的頁面已經(jīng)轉(zhuǎn)移至新的url宽档。
302 Moved Temporarily
所請求的頁面已經(jīng)臨時轉(zhuǎn)移至新的url尉姨。
303 See Other
所請求的頁面可在別的url下被找到。
304 Not Modified
未按預(yù)期修改文檔雌贱“∷停客戶端有緩沖的文檔并發(fā)出了一個條件性的請求（一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔）偿短。服務(wù)器告訴客戶，原來緩沖的文檔還可以繼續(xù)使用馋没。
305 Use Proxy
客戶請求的文檔應(yīng)該通過Location頭所指明的代理服務(wù)器提取昔逗。
306 Unused
此代碼被用于前一版本。目前已不再使用篷朵，但是代碼依然被保留勾怒。
307 Temporary Redirect
被請求的頁面已經(jīng)臨時移至新的url。



4xx:客戶端錯誤

400 Bad Request
服務(wù)器未能理解請求声旺。
401 Unauthorized
被請求的頁面需要用戶名和密碼笔链。
401.1
登錄失敗。
401.2
服務(wù)器配置導(dǎo)致登錄失敗腮猖。
401.3
由于 ACL 對資源的限制而未獲得授權(quán)鉴扫。
401.4
篩選器授權(quán)失敗。
401.5
ISAPI/CGI 應(yīng)用程序授權(quán)失敗澈缺。
401.7
訪問被 Web 服務(wù)器上的 URL 授權(quán)策略拒絕坪创。這個錯誤代碼為 IIS 6.0 所專用。
402 Payment Required
此代碼尚無法使用姐赡。
403 Forbidden
對被請求頁面的訪問被禁止莱预。
403.1
執(zhí)行訪問被禁止。
403.2
讀訪問被禁止项滑。
403.3
寫訪問被禁止依沮。
403.4
要求 SSL。
403.5
要求 SSL 128枪狂。
403.6
IP 地址被拒絕危喉。
403.7
要求客戶端證書。
403.8
站點訪問被拒絕摘完。
403.9
用戶數(shù)過多姥饰。
403.10
配置無效。
403.11
密碼更改孝治。
403.12
拒絕訪問映射表列粪。
403.13
客戶端證書被吊銷。
403.14
拒絕目錄列表谈飒。
403.15
超出客戶端訪問許可岂座。
403.16
客戶端證書不受信任或無效。
403.17
客戶端證書已過期或尚未生效杭措。
403.18
在當(dāng)前的應(yīng)用程序池中不能執(zhí)行所請求的 URL费什。這個錯誤代碼為 IIS 6.0 所專用。
403.19
不能為這個應(yīng)用程序池中的客戶端執(zhí)行 CGI手素。這個錯誤代碼為 IIS 6.0 所專用鸳址。
403.20
Passport 登錄失敗瘩蚪。這個錯誤代碼為 IIS 6.0 所專用。
404 Not Found
服務(wù)器無法找到被請求的頁面稿黍。
404.0
沒有找到文件或目錄疹瘦。
404.1
無法在所請求的端口上訪問 Web 站點。
404.2
Web 服務(wù)擴展鎖定策略阻止本請求巡球。
404.3
MIME 映射策略阻止本請求言沐。
405 Method Not Allowed
請求中指定的方法不被允許。
406 Not Acceptable
服務(wù)器生成的響應(yīng)無法被客戶端所接受酣栈。
407 Proxy Authentication Required
用戶必須首先使用代理服務(wù)器進行驗證险胰，這樣請求才會被處理。
408 Request Timeout
請求超出了服務(wù)器的等待時間矿筝。
409 Conflict
由于沖突起便，請求無法被完成。
410 Gone
被請求的頁面不可用跋涣。
411 Length Required
"Content-Length" 未被定義缨睡。如果無此內(nèi)容，服務(wù)器不會接受請求陈辱。
412 Precondition Failed
請求中的前提條件被服務(wù)器評估為失敗。
413 Request Entity Too Large
由于所請求的實體的太大细诸，服務(wù)器不會接受請求沛贪。
414 Request-url Too Long
由于url太長，服務(wù)器不會接受請求震贵。當(dāng)post請求被轉(zhuǎn)換為帶有很長的查詢信息的get請求時利赋，就會發(fā)生這種情況。
415 Unsupported Media Type
由于媒介類型不被支持猩系，服務(wù)器不會接受請求媚送。
416 Requested Range Not Satisfiable
服務(wù)器不能滿足客戶在請求中指定的Range頭。
417 Expectation Failed
執(zhí)行失敗寇甸。
423
鎖定的錯誤塘偎。



5xx:服務(wù)器錯誤

500 Internal Server Error
請求未完成。服務(wù)器遇到不可預(yù)知的情況拿霉。
500.12
應(yīng)用程序正忙于在 Web 服務(wù)器上重新啟動吟秩。
500.13
Web 服務(wù)器太忙。
500.15
不允許直接請求 Global.asa绽淘。
500.16
UNC 授權(quán)憑據(jù)不正確涵防。這個錯誤代碼為 IIS 6.0 所專用。
500.18
URL 授權(quán)存儲不能打開沪铭。這個錯誤代碼為 IIS 6.0 所專用壮池。
500.100
內(nèi)部 ASP 錯誤偏瓤。
501 Not Implemented
請求未完成。服務(wù)器不支持所請求的功能椰憋。
502 Bad Gateway
請求未完成厅克。服務(wù)器從上游服務(wù)器收到一個無效的響應(yīng)。
502.1
CGI 應(yīng)用程序超時熏矿∫押В　·
502.2
CGI 應(yīng)用程序出錯。
503 Service Unavailable
請求未完成票编。服務(wù)器臨時過載或當(dāng)機褪储。
504 Gateway Timeout
網(wǎng)關(guān)超時。
505 HTTP Version Not Supported
服務(wù)器不支持請求中指明的HTTP協(xié)議版本

我是白又白i慧域，一名喜歡分享知識的程序媛??

如果沒有接觸過編程這塊的朋友看到這篇博客鲤竹，發(fā)現(xiàn)不會編程或者想要學(xué)習(xí)的，可以直接留言+私我呀~【非常感謝你的點贊昔榴、收藏辛藻、關(guān)注、評論互订，一鍵四連支持】

本文使用 文章同步助手 同步