1.HTTP簡(jiǎn)介
- HTTP協(xié)議，即超文本傳輸協(xié)議(Hypertext transfer protocol)。是一種詳細(xì)規(guī)定了瀏覽器和萬維網(wǎng)(WWW = World Wide Web)服務(wù)器之間互相通信的規(guī)則，通過因特網(wǎng)傳送萬維網(wǎng)文檔的數(shù)據(jù)傳送協(xié)議。
- HTTP協(xié)議作為TCP/IP模型中應(yīng)用層的協(xié)議也不例外。HTTP協(xié)議通常承載于TCP協(xié)議之上，有時(shí)也承載于TLS或SSL協(xié)議層之上，這個(gè)時(shí)候，就成了我們常說的HTTPS。如下圖：
- HTTP是一個(gè)應(yīng)用層協(xié)議，由請(qǐng)求和響應(yīng)構(gòu)成，是一個(gè)標(biāo)準(zhǔn)的客戶端服務(wù)器模型。HTTP是一個(gè)無狀態(tài)的協(xié)議。
- HTTP默認(rèn)的端口號(hào)為80，HTTPS的端口號(hào)為443。
- 瀏覽網(wǎng)頁是HTTP的主要應(yīng)用，但是這并不代表HTTP就只能應(yīng)用于網(wǎng)頁的瀏覽。HTTP是一種協(xié)議，只要通信的雙方都遵守這個(gè)協(xié)議，HTTP就能有用武之地。比如咱們常用的QQ，迅雷這些軟件，都會(huì)使用HTTP協(xié)議(還包括其他的協(xié)議)。
2.Http協(xié)議的特點(diǎn)
- 支持客戶/服務(wù)器模式。支持基本認(rèn)證和安全認(rèn)證。
- 簡(jiǎn)單快速：客戶向服務(wù)器請(qǐng)求服務(wù)時(shí)，只要發(fā)送請(qǐng)求方法和路徑。請(qǐng)求方法常用的GET、HEAD、POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型的不同。由于HTTP協(xié)議簡(jiǎn)單，使得HTTP服務(wù)器的程序規(guī)模小，因而通信速度很快。
- 靈活：HTTP允許傳輸任意類型的數(shù)據(jù)對(duì)象。正在傳輸?shù)念愋陀蒀ontent-Type加以標(biāo)記。
- 無連接：無連接的含義是限制每次連接只處理一個(gè)請(qǐng)求。服務(wù)器處理完客戶的請(qǐng)求，并收到客戶的應(yīng)答后，即斷開連接。采用這種方式可以節(jié)省傳輸時(shí)間。
- 無狀態(tài)：HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對(duì)于事物處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則它必須重傳，這樣可能導(dǎo)致每次接收傳遞的數(shù)據(jù)量增大。另一方面，在服務(wù)器不需要先前信息時(shí)它的應(yīng)答就較快。
3.HTTP協(xié)議工作流程
HTTP是基于傳輸層的TCP協(xié)議，而TCP是一個(gè)端到端的面向連接的協(xié)議。所謂的端到端可以理解為進(jìn)程到進(jìn)程之間的通信。所以HTTP在開始傳輸之前，首先需要建立TCP連接，而TCP連接的過程需要所謂的“三次握手”。下圖所示TCP連接的三次握手。
在TCP三次握手之后，建立了TCP連接，此時(shí)HTTP就可以進(jìn)行傳輸了。一個(gè)重要的概念是面向連接，既HTTP在傳輸完成之間并不斷開TCP連接。在HTTP1.1中(通過Connection頭設(shè)置)這是默認(rèn)行為。
- 客戶端和服務(wù)器之間建立一條連接
- 連接建立后，客戶端向服務(wù)器發(fā)起一個(gè)請(qǐng)求（request）
- 服務(wù)器收到一個(gè)請(qǐng)求后，給客戶端一個(gè)響應(yīng)（應(yīng)答，response）
-
客戶端收到響應(yīng)后做進(jìn)一步處理
4.HTTP之URL
HTTP使用統(tǒng)一資源標(biāo)識(shí)符（Uniform Resource Identifiers, URI）來傳輸數(shù)據(jù)和建立連接。URL是一種特殊類型的URI，包含了用于查找某個(gè)資源的足夠的信息
URL,全稱是UniformResourceLocator, 中文叫統(tǒng)一資源定位符,是互聯(lián)網(wǎng)上用來標(biāo)識(shí)某一處資源的地址。以下面這個(gè)URL為例，介紹下普通URL的各部分組成：
http://www.tencent.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name
從上面的URL可以看出，一個(gè)完整的URL包括以下幾部分：
1.協(xié)議部分：該URL的協(xié)議部分為“http：”，這代表網(wǎng)頁使用的是HTTP協(xié)議。在Internet中可以使用多種協(xié)議，如HTTP，F(xiàn)TP等等本例中使用的是HTTP協(xié)議。在"HTTP"后面的“//”為分隔符
2.域名部分：該URL的域名部分為“www.tencent.com”。一個(gè)URL中，也可以使用IP地址作為域名使用
3.端口部分：跟在域名后面的是端口，域名和端口之間使用“:”作為分隔符。端口不是一個(gè)URL必須的部分，如果省略端口部分，將采用默認(rèn)端口
4.虛擬目錄部分：從域名后的第一個(gè)“/”開始到最后一個(gè)“/”為止，是虛擬目錄部分。虛擬目錄也不是一個(gè)URL必須的部分。本例中的虛擬目錄是“/news/”
5.文件名部分：從域名后的最后一個(gè)“/”開始到“？”為止，是文件名部分，如果沒有“?”,則是從域名后的最后一個(gè)“/”開始到“#”為止，是文件部分，如果沒有“？”和“#”，那么從域名后的最后一個(gè)“/”開始到結(jié)束，都是文件名部分。本例中的文件名是“index.asp”。文件名部分也不是一個(gè)URL必須的部分，如果省略該部分，則使用默認(rèn)的文件名
6.錨部分：從“#”開始到最后，都是錨部分。本例中的錨部分是“name”。錨部分也不是一個(gè)URL必須的部分
7.參數(shù)部分：從“？”開始到“#”為止之間的部分為參數(shù)部分，又稱搜索部分、查詢部分。本例中的參數(shù)部分為“boardID=5&ID=24618&page=1”。參數(shù)可以允許有多個(gè)參數(shù)，參數(shù)與參數(shù)之間用“&”作為分隔符。
（原文：http://blog.csdn.net/ergouge/article/details/8185219 ）
5.URI和URL的區(qū)別
5.1.URI，是uniform resource identifier，統(tǒng)一資源標(biāo)識(shí)符，用來唯一的標(biāo)識(shí)一個(gè)資源。
Web上可用的每種資源如HTML文檔、圖像、視頻片段、程序等都是一個(gè)來URI來定位的
URI一般由三部組成：
- 訪問資源的命名機(jī)制
- 存放資源的主機(jī)名
- 資源自身的名稱，由路徑表示，著重強(qiáng)調(diào)于資源。
5.2.URL是uniform resource locator，統(tǒng)一資源定位器，它是一種具體的URI，即URL可以用來標(biāo)識(shí)一個(gè)資源，而且還指明了如何locate這個(gè)資源。
URL是Internet上用來描述信息資源的字符串，主要用在各種WWW客戶程序和服務(wù)器程序上，特別是著名的Mosaic。
采用URL可以用一種統(tǒng)一的格式來描述各種信息資源，包括文件、服務(wù)器的地址和目錄等。URL一般由三部組成：
①協(xié)議(或稱為服務(wù)方式)
②存有該資源的主機(jī)IP地址(有時(shí)也包括端口號(hào))
③主機(jī)資源的具體地址。如目錄和文件名等
5.3.URN，uniform resource name，統(tǒng)一資源命名，是通過名字來標(biāo)識(shí)資源，比如mailto:java-net@java.sun.com。
URI是以一種抽象的，高層次概念定義統(tǒng)一資源標(biāo)識(shí)，而URL和URN則是具體的資源標(biāo)識(shí)的方式。URL和URN都是一種URI。籠統(tǒng)地說，每個(gè) URL 都是 URI，但不一定每個(gè) URI 都是 URL。這是因?yàn)?URI 還包括一個(gè)子類，即統(tǒng)一資源名稱 (URN)，它命名資源但不指定如何定位資源。上面的 mailto、news 和 isbn URI 都是 URN 的示例。
在Java的URI中，一個(gè)URI實(shí)例可以代表絕對(duì)的，也可以是相對(duì)的，只要它符合URI的語法規(guī)則。而URL類則不僅符合語義，還包含了定位該資源的信息，因此它不能是相對(duì)的。
在Java類庫中，URI類不包含任何訪問資源的方法，它唯一的作用就是解析。
相反的是，URL類可以打開一個(gè)到達(dá)資源的流。
6.HTTP的幾種請(qǐng)求方式
| 請(qǐng)求方式 | 作用 |
|---|---|
| Get | 請(qǐng)求獲取Request-URI所標(biāo)識(shí)的資源 |
| Post | 在Request-URI所標(biāo)識(shí)的資源后附加新的數(shù)據(jù) |
| HEAD | 請(qǐng)求獲取由Request-URI所標(biāo)識(shí)的資源的響應(yīng)消息報(bào)頭。 |
| PUT | 請(qǐng)求服務(wù)器存儲(chǔ)一個(gè)資源，并用Request-URI作為其標(biāo)識(shí)。 |
| DELETE | 請(qǐng)求服務(wù)器刪除Request-URI所標(biāo)識(shí)的資源。 |
| TRACE | 請(qǐng)求服務(wù)器回送收到的請(qǐng)求信息，主要用于測(cè)試或診斷。 |
| CONNECT | HTTP/1.1協(xié)議中預(yù)留給能夠?qū)⑦B接改為管道方式的代理服務(wù)器。 |
| OPTIONS | 請(qǐng)求查詢服務(wù)器的性能，或者查詢與資源相關(guān)的選項(xiàng)。 |
| PATCH | 用來將局部修改應(yīng)用于某一資源，添加于規(guī)范RFC5789。 |
7.HTTP請(qǐng)求頭和響應(yīng)頭
7.1HTTP Request Header 請(qǐng)求頭
| Header | 解釋 | 示例 |
|---|---|---|
| Accept | 指定客戶端能夠接收的內(nèi)容類型 | Accept: text/plain, text/html |
| Accept-Charset | 瀏覽器可以接受的字符編碼集。 | Accept-Charset: iso-8859-5 |
| Accept-Encoding | 指定瀏覽器可以支持的web服務(wù)器返回內(nèi)容壓縮編碼類型。 | Accept-Encoding: compress, gzip |
| Accept-Language | 瀏覽器可接受的語言 | Accept-Language: en,zh |
| Accept-Ranges | 可以請(qǐng)求網(wǎng)頁實(shí)體的一個(gè)或者多個(gè)子范圍字段 | Accept-Ranges: bytes |
| Authorization | HTTP授權(quán)的授權(quán)證書 | Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== |
| Cache-Control | 指定請(qǐng)求和響應(yīng)遵循的緩存機(jī)制 | Cache-Control: no-cache |
| Connection | 表示是否需要持久連接。（HTTP 1.1默認(rèn)進(jìn)行持久連接） | Connection: close |
| Cookie | HTTP請(qǐng)求發(fā)送時(shí)，會(huì)把保存在該請(qǐng)求域名下的所有cookie值一起發(fā)送給web服務(wù)器。 | Cookie: $Version=1; Skin=new; |
| Content-Length | 請(qǐng)求的內(nèi)容長(zhǎng)度 | Content-Length: 348 |
| Content-Type | 請(qǐng)求的與實(shí)體對(duì)應(yīng)的MIME信息 | Content-Type: application/x-www-form-urlencoded |
| Date | 請(qǐng)求發(fā)送的日期和時(shí)間 | Date: Tue, 15 Nov 2010 08:12:31 GMT |
| Expect | 請(qǐng)求的特定的服務(wù)器行為 | Expect: 100-continue |
| From | 發(fā)出請(qǐng)求的用戶的Email | From: user@email.com |
| Host | 指定請(qǐng)求的服務(wù)器的域名和端口號(hào) | Host: www.zcmhi.com |
| If-Match | 只有請(qǐng)求內(nèi)容與實(shí)體相匹配才有效 | If-Match: “737060cd8c284d8af7ad3082f209582d” |
| If-Modified-Since | 如果請(qǐng)求的部分在指定時(shí)間之后被修改則請(qǐng)求成功，未被修改則返回304代碼 | If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT |
| If-None-Match | 如果內(nèi)容未改變返回304代碼，參數(shù)為服務(wù)器先前發(fā)送的Etag，與服務(wù)器回應(yīng)的Etag比較判斷是否改變 | If-None-Match: “737060cd8c284d8af7ad3082f209582d” |
| If-Range | 如果實(shí)體未改變，服務(wù)器發(fā)送客戶端丟失的部分，否則發(fā)送整個(gè)實(shí)體。參數(shù)也為Etag | If-Range: “737060cd8c284d8af7ad3082f209582d” |
| If-Unmodified-Since | 只在實(shí)體在指定時(shí)間之后未被修改才請(qǐng)求成功 | If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT |
| Max-Forwards | 限制信息通過代理和網(wǎng)關(guān)傳送的時(shí)間 | Max-Forwards: 10 |
| Pragma | 用來包含實(shí)現(xiàn)特定的指令 | Pragma: no-cache |
| Proxy-Authorization | 連接到代理的授權(quán)證書 | Proxy-Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== |
| Range | 只請(qǐng)求實(shí)體的一部分，指定范圍 | Range: bytes=500-999 |
| Referer | 先前網(wǎng)頁的地址，當(dāng)前請(qǐng)求網(wǎng)頁緊隨其后,即來路 | Referer: http://www.zcmhi.com/archives/71.html |
| TE | 客戶端愿意接受的傳輸編碼，并通知服務(wù)器接受接受尾加頭信息 TE: | trailers,deflate;q=0.5 |
| Upgrade | 向服務(wù)器指定某種傳輸協(xié)議以便服務(wù)器進(jìn)行轉(zhuǎn)換（如果支持） | Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11 |
| User-Agent | User-Agent的內(nèi)容包含發(fā)出請(qǐng)求的用戶信息 | User-Agent: Mozilla/5.0 (Linux; X11) |
| Via | 通知中間網(wǎng)關(guān)或代理服務(wù)器地址，通信協(xié)議 | Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) |
| Warning | 關(guān)于消息實(shí)體的警告信息 | Warning: 199 Miscellaneous warning |
7.2HTTP Responses Header 響應(yīng)頭
| Header | 解釋 | 示例 |
|---|---|---|
| Accept-Ranges | 表明服務(wù)器是否支持指定范圍請(qǐng)求及哪種類型的分段請(qǐng)求 | Accept-Ranges: bytes |
| Age | 從原始服務(wù)器到代理緩存形成的估算時(shí)間（以秒計(jì)，非負(fù)） | Age: 12 |
| Allow | 對(duì)某網(wǎng)絡(luò)資源的有效的請(qǐng)求行為，不允許則返回405 | Allow: GET, HEAD |
| Cache-Control | 告訴所有的緩存機(jī)制是否可以緩存及哪種類型 | Cache-Control: no-cache |
| Content-Encoding | web服務(wù)器支持的返回內(nèi)容壓縮編碼類型。 | Content-Encoding: gzip |
| Content-Language | 響應(yīng)體的語言 | Content-Language: en,zh |
| Content-Length | 響應(yīng)體的長(zhǎng)度 | Content-Length: 348 |
| Content-Location | 請(qǐng)求資源可替代的備用的另一地址 | Content-Location: /index.htm |
| Content-MD5 | 返回資源的MD5校驗(yàn)值 | Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ== |
| Content-Range | 在整個(gè)返回體中本部分的字節(jié)位置 | Content-Range: bytes 21010-47021/47022 |
| Content-Type | 返回內(nèi)容的MIME類型 | Content-Type: text/html; charset=utf-8 |
| Date | 原始服務(wù)器消息發(fā)出的時(shí)間 | Date: Tue, 15 Nov 2010 08:12:31 GMT |
| ETag | 請(qǐng)求變量的實(shí)體標(biāo)簽的當(dāng)前值 | ETag: “737060cd8c284d8af7ad3082f209582d” |
| Expires | 響應(yīng)過期的日期和時(shí)間 | Expires: Thu, 01 Dec 2010 16:00:00 GMT |
| Last-Modified | 請(qǐng)求資源的最后修改時(shí)間 | Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT |
| Location | 用來重定向接收方到非請(qǐng)求URL的位置來完成請(qǐng)求或標(biāo)識(shí)新的資源 | Location: http://www.zcmhi.com/archives/94.html |
| Pragma | 包括實(shí)現(xiàn)特定的指令，它可應(yīng)用到響應(yīng)鏈上的任何接收方 | Pragma: no-cache |
| Proxy-Authenticate | 它指出認(rèn)證方案和可應(yīng)用到代理的該URL上的參數(shù) | Proxy-Authenticate: Basic |
| refresh | 應(yīng)用于重定向或一個(gè)新的資源被創(chuàng)造，在5秒之后重定向（由網(wǎng)景提出，被大部分瀏覽器支持） | Refresh: 5; url=http://www.zcmhi.com/archives/94.html |
| Retry-After | 如果實(shí)體暫時(shí)不可取，通知客戶端在指定時(shí)間之后再次嘗試 | Retry-After: 120 |
| Server | web服務(wù)器軟件名稱 | Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) |
| Set-Cookie | 設(shè)置Http Cookie | Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1 |
| Trailer | 指出頭域在分塊傳輸編碼的尾部存在 | Trailer: Max-Forwards |
| Transfer-Encoding | 文件傳輸編碼 | Transfer-Encoding:chunked |
| Vary | 告訴下游代理是使用緩存響應(yīng)還是從原始服務(wù)器請(qǐng)求 | Vary: * |
| Via | 告知代理客戶端響應(yīng)是通過哪里發(fā)送的 | Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) |
| Warning | 警告實(shí)體可能存在的問題 | Warning: 199 Miscellaneous warning |
| WWW-Authenticate | 表明客戶端請(qǐng)求實(shí)體應(yīng)該使用的授權(quán)方案 | WWW-Authenticate: Basic |
8.HTTP狀態(tài)碼
8.1.HTTP狀態(tài)碼的分類
HTTP狀態(tài)碼由三個(gè)十進(jìn)制數(shù)字組成，第一個(gè)十進(jìn)制數(shù)字定義了狀態(tài)碼的類型，后兩個(gè)數(shù)字沒有分類的作用。
HTTP狀態(tài)碼共分為5種類型：
| 分類 | 分類描述 |
|---|---|
| 1** | 信息，服務(wù)器收到請(qǐng)求，需要請(qǐng)求者繼續(xù)執(zhí)行操作 |
| 2** | 成功，操作被成功接收并處理 |
| 3** | 重定向，需要進(jìn)一步的操作以完成請(qǐng)求 |
| 4** | 客戶端錯(cuò)誤，請(qǐng)求包含語法錯(cuò)誤或無法完成請(qǐng)求 |
| 5** | 服務(wù)器錯(cuò)誤，服務(wù)器在處理請(qǐng)求的過程中發(fā)生了錯(cuò)誤 |
8.2.HTTP狀態(tài)碼表詳解
| 狀態(tài)碼 | 狀態(tài)碼英文名稱 | 中文描述 |
|---|---|---|
| 100 | Continue | 繼續(xù)。客戶端應(yīng)繼續(xù)其請(qǐng)求 |
| 101 | Switching Protocols | 切換協(xié)議。服務(wù)器根據(jù)客戶端的請(qǐng)求切換協(xié)議。只能切換到更高級(jí)的協(xié)議，例如，切換到HTTP的新版本協(xié)議 |
| 200 | OK 請(qǐng)求成功。 | 一般用于GET與POST請(qǐng)求 |
| 201 | Created 已創(chuàng)建。 | 成功請(qǐng)求并創(chuàng)建了新的資源 |
| 202 | Accepted 已接受。 | 已經(jīng)接受請(qǐng)求，但未處理完成 |
| 203 | Non-Authoritative Information | 非授權(quán)信息。請(qǐng)求成功。但返回的meta信息不在原始的服務(wù)器，而是一個(gè)副本 |
| 204 | No Content | 無內(nèi)容。服務(wù)器成功處理，但未返回內(nèi)容。在未更新網(wǎng)頁的情況下，可確保瀏覽器繼續(xù)顯示當(dāng)前文檔 |
| 205 | Reset Content | 重置內(nèi)容。服務(wù)器處理成功，用戶終端（例如：瀏覽器）應(yīng)重置文檔視圖。可通過此返回碼清除瀏覽器的表單域 |
| 206 | Partial Content | 部分內(nèi)容。服務(wù)器成功處理了部分GET請(qǐng)求 |
| 300 | Multiple Choices | 多種選擇。請(qǐng)求的資源可包括多個(gè)位置，相應(yīng)可返回一個(gè)資源特征與地址的列表用于用戶終端（例如：瀏覽器）選擇 |
| 301 | Moved Permanently | 永久移動(dòng)。請(qǐng)求的資源已被永久的移動(dòng)到新URI，返回信息會(huì)包括新的URI，瀏覽器會(huì)自動(dòng)定向到新URI。今后任何新的請(qǐng)求都應(yīng)使用新的URI代替 |
| 302 | Found | 臨時(shí)移動(dòng)。與301類似。但資源只是臨時(shí)被移動(dòng)。客戶端應(yīng)繼續(xù)使用原有URI |
| 303 | See Other | 查看其它地址。與301類似。使用GET和POST請(qǐng)求查看 |
| 304 | Not Modified | 未修改。所請(qǐng)求的資源未修改，服務(wù)器返回此狀態(tài)碼時(shí)，不會(huì)返回任何資源。客戶端通常會(huì)緩存訪問過的資源，通過提供一個(gè)頭信息指出客戶端希望只返回在指定日期之后修改的資源 |
| 305 | Use Proxy | 使用代理。所請(qǐng)求的資源必須通過代理訪問 |
| 306 | Unused | 已經(jīng)被廢棄的HTTP狀態(tài)碼 |
| 307 | Temporary Redirect | 臨時(shí)重定向。與302類似。使用GET請(qǐng)求重定向 |
| 400 | Bad Request | 客戶端請(qǐng)求的語法錯(cuò)誤，服務(wù)器無法理解 |
| 401 | Unauthorized | 請(qǐng)求要求用戶的身份認(rèn)證 |
| 402 | Payment Required | 保留，將來使用 |
| 403 | Forbidden | 服務(wù)器理解請(qǐng)求客戶端的請(qǐng)求，但是拒絕執(zhí)行此請(qǐng)求 |
| 404 | Not Found | 服務(wù)器無法根據(jù)客戶端的請(qǐng)求找到資源（網(wǎng)頁）。通過此代碼，網(wǎng)站設(shè)計(jì)人員可設(shè)置"您所請(qǐng)求的資源無法找到"的個(gè)性頁面 |
| 405 | Method Not Allowed | 客戶端請(qǐng)求中的方法被禁止 |
| 406 | Not Acceptable | 服務(wù)器無法根據(jù)客戶端請(qǐng)求的內(nèi)容特性完成請(qǐng)求 |
| 407 | Proxy Authentication Required | 請(qǐng)求要求代理的身份認(rèn)證，與401類似，但請(qǐng)求者應(yīng)當(dāng)使用代理進(jìn)行授權(quán) |
| 408 | Request Time-out | 服務(wù)器等待客戶端發(fā)送的請(qǐng)求時(shí)間過長(zhǎng)，超時(shí) |
| 409 | Conflict | 服務(wù)器完成客戶端的PUT請(qǐng)求是可能返回此代碼，服務(wù)器處理請(qǐng)求時(shí)發(fā)生了沖突 |
| 410 | Gone | 客戶端請(qǐng)求的資源已經(jīng)不存在。410不同于404，如果資源以前有現(xiàn)在被永久刪除了可使用410代碼，網(wǎng)站設(shè)計(jì)人員可通過301代碼指定資源的新位置 |
| 411 | Length Required | 服務(wù)器無法處理客戶端發(fā)送的不帶Content-Length的請(qǐng)求信息 |
| 412 | Precondition Failed | 客戶端請(qǐng)求信息的先決條件錯(cuò)誤 |
| 413 | Request Entity Too Large | 由于請(qǐng)求的實(shí)體過大，服務(wù)器無法處理，因此拒絕請(qǐng)求。為防止客戶端的連續(xù)請(qǐng)求，服務(wù)器可能會(huì)關(guān)閉連接。如果只是服務(wù)器暫時(shí)無法處理，則會(huì)包含一個(gè)Retry-After的響應(yīng)信息 |
| 414 | Request-URI Too Large | 請(qǐng)求的URI過長(zhǎng)（URI通常為網(wǎng)址），服務(wù)器無法處理 |
| 415 | Unsupported Media Type | 服務(wù)器無法處理請(qǐng)求附帶的媒體格式 |
| 416 | Requested range not satisfiable | 客戶端請(qǐng)求的范圍無效 |
| 417 | Expectation Failed | 服務(wù)器無法滿足Expect的請(qǐng)求頭信息 |
| 500 | Internal Server Error | 服務(wù)器內(nèi)部錯(cuò)誤，無法完成請(qǐng)求 |
| 501 | Not Implemented | 服務(wù)器不支持請(qǐng)求的功能，無法完成請(qǐng)求 |
| 502 | Bad Gateway | 充當(dāng)網(wǎng)關(guān)或代理的服務(wù)器，從遠(yuǎn)端服務(wù)器接收到了一個(gè)無效的請(qǐng)求 |
| 503 | Service Unavailable | 由于超載或系統(tǒng)維護(hù)，服務(wù)器暫時(shí)的無法處理客戶端的請(qǐng)求。延時(shí)的長(zhǎng)度可包含在服務(wù)器的Retry-After頭信息中 |
| 504 | Gateway Time-out | 充當(dāng)網(wǎng)關(guān)或代理的服務(wù)器，未及時(shí)從遠(yuǎn)端服務(wù)器獲取請(qǐng)求 |
| 505 | HTTP Version not supported | 服務(wù)器不支持請(qǐng)求的HTTP協(xié)議的版本，無法完成處理 |
