什麼是HTTP協議？經常使用的狀態碼有哪些？

1、HTTP簡介　

　　HTTP協議是Hyper Text Transfer Protocol（超文本傳輸協議）的縮寫,是用於從萬維網（WWW:World Wide Web ）服務器傳輸超文本到本地瀏覽器的傳送協議。

　　HTTP是一個基於TCP/IP通訊協議來傳遞數據（HTML 文件, 圖片文件, 查詢結果等）。

　　HTTP是一個屬於應用層的面向對象的協議，因爲其簡捷、快速的方式，適用於分佈式超媒體信息系統。它於1990年提出，通過幾年的使用與發展，獲得不斷地完善和擴展。目前在WWW中使用的是　　HTTP/1.0的第六版，HTTP/1.1的規範化工做正在進行之中，並且HTTP-NG(Next Generation of HTTP)的建議已經提出。

　　HTTP協議工做於客戶端-服務端架構爲上。瀏覽器做爲HTTP客戶端經過URL向HTTP服務端即WEB服務器發送全部請求。Web服務器根據接收到的請求後，向客戶端發送響應信息。

2、主要特色　

　　一、簡單快速：客戶向服務器請求服務時，只需傳送請求方法和路徑。請求方法經常使用的有GET、HEAD、POST。每種方法規定了客戶與服務器聯繫的類型不一樣。因爲HTTP協議簡單，使得HTTP服務器的程序規模小，於是通訊速度很快。

　　二、靈活：HTTP容許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type加以標記。

　　三、無鏈接：無鏈接的含義是限制每次鏈接只處理一個請求。服務器處理完客戶的請求，並收到客戶的應答後，即斷開鏈接。採用這種方式能夠節省傳輸時間。

　　四、無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺乏狀態意味着若是後續處理須要前面的信息，則它必須重傳，這樣可能致使每次鏈接傳送的數據量增大。另外一方面，在服務器不須要先前信息時它的應答就較快。
　　五、支持B/S及C/S模式。

3、HTTP之URL　

　　HTTP使用統一資源標識符（Uniform Resource Identifiers, URI）來傳輸數據和創建鏈接。URL是一種特殊類型的URI，包含了用於查找某個資源的足夠的信息

 

　　URL,全稱是UniformResourceLocator, 中文叫統一資源定位符,是互聯網上用來標識某一處資源的地址。如下面這個URL爲例，介紹下普通URL的各部分組成：

 

　　http://www.aspxfans.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name

 

　　從上面的URL能夠看出，一個完整的URL包括如下幾部分：
　　一、協議部分：該URL的協議部分爲「http：」，這表明網頁使用的是HTTP協議。在Internet中可使用多種協議，如HTTP，FTP等等本例中使用的是HTTP協議。在"HTTP"後面的「//」爲分隔符

 

　　二、域名部分：該URL的域名部分爲「www.aspxfans.com」。一個URL中，也可使用IP地址做爲域名使用

 

　　三、端口部分：跟在域名後面的是端口，域名和端口之間使用「:」做爲分隔符。端口不是一個URL必須的部分，若是省略端口部分，將採用默認端口

 

　　四、虛擬目錄部分：從域名後的第一個「/」開始到最後一個「/」爲止，是虛擬目錄部分。虛擬目錄也不是一個URL必須的部分。本例中的虛擬目錄是「/news/」

 

　　五、文件名部分：從域名後的最後一個「/」開始到「？」爲止，是文件名部分，若是沒有「?」,則是從域名後的最後一個「/」開始到「#」爲止，是文件部分，若是沒有「？」和「#」，那麼從域名後的最後一個「/」開始到結束，都是文件名部分。本例中的文件名是「index.asp」。文件名部分也不是一個URL必須的部分，若是省略該部分，則使用默認的文件名

 

　　六、錨部分：從「#」開始到最後，都是錨部分。本例中的錨部分是「name」。錨部分也不是一個URL必須的部分

 

　　七、參數部分：從「？」開始到「#」爲止之間的部分爲參數部分，又稱搜索部分、查詢部分。本例中的參數部分爲「boardID=5&ID=24618&page=1」。參數能夠容許有多個參數，參數與參數之間用「&」做爲分隔符。

 

4、URI和URL的區別　

　　URI，是uniform resource identifier，統一資源標識符，用來惟一的標識一個資源。

 

　　Web上可用的每種資源如HTML文檔、圖像、視頻片斷、程序等都是一個來URI來定位的
　　URI通常由三部組成：
　　①訪問資源的命名機制
　　②存放資源的主機名
　　③資源自身的名稱，由路徑表示，着重強調於資源。

 

　　URL是uniform resource locator，統一資源定位器，它是一種具體的URI，即URL能夠用來標識一個資源，並且還指明瞭如何locate這個資源。

 

　　URL是Internet上用來描述信息資源的字符串，主要用在各類WWW客戶程序和服務器程序上，特別是著名的Mosaic。
　　採用URL能夠用一種統一的格式來描述各類信息資源，包括文件、服務器的地址和目錄等。URL通常由三部組成：
　　①協議(或稱爲服務方式)
　　②存有該資源的主機IP地址(有時也包括端口號)
　　③主機資源的具體地址。如目錄和文件名等

 

　　URN，uniform resource name，統一資源命名，是經過名字來標識資源，好比mailto:java-net@java.sun.com。

 

　　URI是以一種抽象的，高層次概念定義統一資源標識，而URL和URN則是具體的資源標識的方式。URL和URN都是一種URI。籠統地說，每一個 URL 都是 URI，但不必定每一個 URI 都是 URL。這是由於 URI 　　還包括一個子類，即統一資源名稱 (URN)，它命名資源但不指定如何定位資源。上面的 mailto、news 和 isbn URI 都是 URN 的示例。

 

　　在Java的URI中，一個URI實例能夠表明絕對的，也能夠是相對的，只要它符合URI的語法規則。而URL類則不只符合語義，還包含了定位該資源的信息，所以它不能是相對的。
　　在Java類庫中，URI類不包含任何訪問資源的方法，它惟一的做用就是解析。
　　相反的是，URL類能夠打開一個到達資源的流。

 

5、HTTP之請求消息Request

　　客戶端發送一個HTTP請求到服務器的請求消息包括如下格式：

 

　　請求行（request line）、請求頭部（header）、空行和請求數據四個部分組成。　

　　Get請求例子，使用Charles抓取的request：

 

GET /562f25980001b1b106000338.jpg HTTP/1.1
Host    img.mukewang.com
User-Agent    Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36
Accept    image/webp,image/*,*/*;q=0.8
Referer    http://www.imooc.com/
Accept-Encoding    gzip, deflate, sdch
Accept-Language    zh-CN,zh;q=0.8

　　第一部分：請求行，用來講明請求類型,要訪問的資源以及所使用的HTTP版本.

　　GET說明請求類型爲GET,[/562f25980001b1b106000338.jpg]爲要訪問的資源，該行的最後一部分說明使用的是HTTP1.1版本。

　　第二部分：請求頭部，緊接着請求行（即第一行）以後的部分，用來講明服務器要使用的附加信息

　　從第二行起爲請求頭部，HOST將指出請求的目的地.User-Agent,服務器端和客戶端腳本都能訪問它,它是瀏覽器類型檢測邏輯的重要基礎.該信息由你的瀏覽器來定義,而且在每一個請求中自動發送等等

　　第三部分：空行，請求頭部後面的空行是必須的

　　即便第四部分的請求數據爲空，也必須有空行。

　　第四部分：請求數據也叫主體，能夠添加任意的其餘數據。

　　這個例子的請求數據爲空。

 

　　POST請求例子，使用Charles抓取的request：

POST / HTTP1.1
Host:www.wrox.com
User-Agent:Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)
Content-Type:application/x-www-form-urlencoded
Content-Length:40
Connection: Keep-Alive

name=Professional%20Ajax&publisher=Wiley

 

　　第一部分：請求行，第一行明瞭是post請求，以及http1.1版本。
　　第二部分：請求頭部，第二行至第六行。
　　第三部分：空行，第七行的空行。
　　第四部分：請求數據，第八行。

 

 

6、HTTP之響應消息Response

　　HTTP響應也由四個部分組成，分別是：狀態行、消息報頭、空行和響應正文。

　　

 

　　第一部分：狀態行，由HTTP協議版本號， 狀態碼， 狀態消息 三部分組成。

 

　　第一行爲狀態行，（HTTP/1.1）代表HTTP版本爲1.1版本，狀態碼爲200，狀態消息爲（ok）

 

　　第二部分：消息報頭，用來講明客戶端要使用的一些附加信息

 

　　第二行和第三行爲消息報頭，
　　Date:生成響應的日期和時間；Content-Type:指定了MIME類型的HTML(text/html),編碼類型是UTF-8

 

　　第三部分：空行，消息報頭後面的空行是必須的

 

　　第四部分：響應正文，服務器返回給客戶端的文本信息。

 

　　空行後面的html部分爲響應正文。

 

7、HTTP請求方法　

　　根據HTTP標準，HTTP請求可使用多種請求方法。
　　HTTP1.0定義了三種請求方法： GET, POST 和 HEAD方法。
　　HTTP1.1新增了五種請求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

　　GET     請求指定的頁面信息，並返回實體主體。
　　HEAD     相似於get請求，只不過返回的響應中沒有具體的內容，用於獲取報頭
　　POST     向指定資源提交數據進行處理請求（例如提交表單或者上傳文件）。數據被包含在請求體中。POST請求可能會致使新的資源的創建和/或已有資源的修改。
　　PUT     從客戶端向服務器傳送的數據取代指定的文檔的內容。
　　DELETE      請求服務器刪除指定的頁面。
　　CONNECT     HTTP/1.1協議中預留給可以將鏈接改成管道方式的代理服務器。
　　OPTIONS     容許客戶端查看服務器的性能。
　　TRACE     回顯服務器收到的請求，主要用於測試或診斷。

 


8、HTTP工做原理　

　　HTTP協議定義Web客戶端如何從Web服務器請求Web頁面，以及服務器如何把Web頁面傳送給客戶端。HTTP協議採用了請求/響應模型。客戶端向服務器發送一個請求報文，請求報文包含請求的方法、　　URL、協議版本、請求頭部和請求數據。服務器以一個狀態行做爲響應，響應的內容包括協議的版本、成功或者錯誤代碼、服務器信息、響應頭部和響應數據。

 

　　如下是 HTTP 請求/響應的步驟：

 

　　一、客戶端鏈接到Web服務器

 

　　一個HTTP客戶端，一般是瀏覽器，與Web服務器的HTTP端口（默認爲80）創建一個TCP套接字鏈接。例如，http://www.oakcms.cn。

 

　　二、發送HTTP請求

 

　　經過TCP套接字，客戶端向Web服務器發送一個文本的請求報文，一個請求報文由請求行、請求頭部、空行和請求數據4部分組成。

 

　　三、服務器接受請求並返回HTTP響應

 

　　Web服務器解析請求，定位請求資源。服務器將資源複本寫到TCP套接字，由客戶端讀取。一個響應由狀態行、響應頭部、空行和響應數據4部分組成。

 

　　四、釋放鏈接TCP鏈接

 

　　若connection 模式爲close，則服務器主動關閉TCP鏈接，客戶端被動關閉鏈接，釋放TCP鏈接;若connection 模式爲keepalive，則該鏈接會保持一段時間，在該時間內能夠繼續接收請求;

 

　　五、客戶端瀏覽器解析HTML內容

 

　　客戶端瀏覽器首先解析狀態行，查看代表請求是否成功的狀態代碼。而後解析每個響應頭，響應頭告知如下爲若干字節的HTML文檔和文檔的字符集。客戶端瀏覽器讀取響應數據HTML，根據HTML的語　　法對其進行格式化，並在瀏覽器窗口中顯示。

 

　　例如：在瀏覽器地址欄鍵入URL，按下回車以後會經歷如下流程：

 

　　一、瀏覽器向 DNS 服務器請求解析該 URL 中的域名所對應的 IP 地址;

 

　　二、解析出 IP 地址後，根據該 IP 地址和默認端口 80，和服務器創建TCP鏈接;

 

　　三、瀏覽器發出讀取文件(URL 中域名後面部分對應的文件)的HTTP 請求，該請求報文做爲 TCP 三次握手的第三個報文的數據發送給服務器;

 

　　四、服務器對瀏覽器請求做出響應，並把對應的 html 文本發送給瀏覽器;

 

　　五、釋放 TCP鏈接;

 

　　六、瀏覽器將該 html 文本並顯示內容; 　　

　

9、HTTP狀態碼　

　　

狀態代碼	狀態信息	含義
100	Continue	初始的請求已經接受，客戶應當繼續發送請求的其他部分。（HTTP 1.1新）
101	Switching Protocols	服務器將聽從客戶的請求轉換到另一種協議（HTTP 1.1新）
200	OK	一切正常，對GET和POST請求的應答文檔跟在後面。
201	Created	服務器已經建立了文檔，Location頭給出了它的URL。
202	Accepted	已經接受請求，但處理還沒有完成。
203	Non-Authoritative Information	文檔已經正常地返回，但一些應答頭可能不正確，由於使用的是文檔的拷貝（HTTP 1.1新）。
204	No Content	沒有新文檔，瀏覽器應該繼續顯示原來的文檔。若是用戶按期地刷新頁面，而Servlet能夠肯定用戶文檔足夠新，這個狀態代碼是頗有用的。
205	Reset Content	沒有新的內容，但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容（HTTP 1.1新）。
206	Partial Content	客戶發送了一個帶有Range頭的GET請求，服務器完成了它（HTTP 1.1新）。
300	Multiple Choices	客戶請求的文檔能夠在多個位置找到，這些位置已經在返回的文檔內列出。若是服務器要提出優先選擇，則應該在Location應答頭指明。
301	Moved Permanently	客戶請求的文檔在其餘地方，新的URL在Location頭中給出，瀏覽器應該自動地訪問新的URL。
302	Found	相似於301，但新的URL應該被視爲臨時性的替代，而不是永久性的。注意，在HTTP1.0中對應的狀態信息是「Moved Temporatily」。出現該狀態代碼時，瀏覽器可以自動訪問新的URL，所以它是一個頗有用的狀態代碼。注意這個狀態代碼有時候能夠和301替換使用。例如，若是瀏覽器錯誤地請求http://host/~user（缺乏了後面的斜槓），有的服務器 返回301，有的則返回302。嚴格地說，咱們只能假定只有當原來的請求是GET時瀏覽器纔會自動重定向。請參見307。
303	See Other	相似於301/302，不一樣之處在於，若是原來的請求是POST，Location頭指定的重定向目標文檔應該經過GET提取（HTTP 1.1新）。
304	Not Modified	客戶端有緩衝的文檔併發出了一個條件性的請求（通常是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔）。服務器告 訴客戶，原來緩衝的文檔還能夠繼續使用。
305	Use Proxy	客戶請求的文檔應該經過Location頭所指明的代理服務器提取（HTTP 1.1新）。
307	Temporary Redirect	和302 （Found）相同。許多瀏覽器會錯誤地響應302應答進行重定向，即便原來的請求是POST，即便它實際上只能在POST請求的應答是303時才能重定 向。因爲這個緣由，HTTP 1.1新增了307，以便更加清除地區分幾個狀態代碼：當出現303應答時，瀏覽器能夠跟隨重定向的GET和POST請求；若是是307應答，則瀏覽器只 能跟隨對GET請求的重定向。（HTTP 1.1新）
400	Bad Request	請求出現語法錯誤。
401	Unauthorized	客戶試圖未經受權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭，瀏覽器據此顯示用戶名字/密碼對話框，而後在填 寫合適的Authorization頭後再次發出請求。
403	Forbidden	資源不可用。服務器理解客戶的請求，但拒絕處理它。一般因爲服務器上文件或目錄的權限設置致使。
404	Not Found	沒法找到指定位置的資源。這也是一個經常使用的應答。
405	Method Not Allowed	請求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）對指定的資源不適用。（HTTP 1.1新）
406	Not Acceptable	指定的資源已經找到，但它的MIME類型和客戶在Accpet頭中所指定的不兼容（HTTP 1.1新）。
407	Proxy Authentication Required	相似於401，表示客戶必須先通過代理服務器的受權。（HTTP 1.1新）
408	Request Timeout	在服務器許可的等待時間內，客戶一直沒有發出任何請求。客戶能夠在之後重複同一請求。（HTTP 1.1新）
409	Conflict	一般和PUT請求有關。因爲請求和資源的當前狀態相沖突，所以請求不能成功。（HTTP 1.1新）
410	Gone	所請求的文檔已經再也不可用，並且服務器不知道應該重定向到哪個地址。它和404的不一樣在於，返回407表示文檔永久地離開了指定的位置，而 404表示因爲未知的緣由文檔不可用。（HTTP 1.1新）
411	Length Required	服務器不能處理請求，除非客戶發送一個Content-Length頭。（HTTP 1.1新）
412	Precondition Failed	請求頭中指定的一些前提條件失敗（HTTP 1.1新）。
413	Request Entity Too Large	目標文檔的大小超過服務器當前願意處理的大小。若是服務器認爲本身可以稍後再處理該請求，則應該提供一個Retry-After頭（HTTP 1.1新）。
414	Request URI Too Long	URI太長（HTTP 1.1新）。
416	Requested Range Not Satisfiable	服務器不能知足客戶在請求中指定的Range頭。（HTTP 1.1新）
500	Internal Server Error	服務器遇到了意料不到的狀況，不能完成客戶的請求。
501	Not Implemented	服務器不支持實現請求所須要的功能。例如，客戶發出了一個服務器不支持的PUT請求。
502	Bad Gateway	服務器做爲網關或者代理時，爲了完成請求訪問下一個服務器，但該服務器返回了非法的應答。
503	Service Unavailable	服務器因爲維護或者負載太重未能應答。例如，Servlet可能在數據庫鏈接池已滿的狀況下返回503。服務器返回503時能夠提供一個 Retry-After頭。
504	Gateway Timeout	由做爲代理或網關的服務器使用，表示不能及時地從遠程服務器得到應答。（HTTP 1.1新）
505	HTTP Version Not Supported	服務器不支持請求中所指明的HTTP版本。（HTTP 1.1新）

10、System.Net.HttpStatusCode　

　　

 1 namespace System.Net  2 {  3     //
 4     // 摘要:  5     // 包含爲 HTTP 定義的狀態代碼的值。
 6     public enum HttpStatusCode  7  {  8         //
 9         // 摘要:  10         // 等效於 HTTP 狀態 100。 System.Net.HttpStatusCode.Continue 指示客戶端能夠繼續其請求。
 11         Continue = 100,  12         //
 13         // 摘要:  14         // 等效於 HTTP 狀態爲 101。 System.Net.HttpStatusCode.SwitchingProtocols 指示正在更改的協議版本或協議。
 15         SwitchingProtocols = 101,  16         //
 17         // 摘要:  18         // 等效於 HTTP 狀態 200。 System.Net.HttpStatusCode.OK 指示請求成功，且請求的信息包含在響應中。 這是要接收的最多見狀態代碼。
 19         OK = 200,  20         //
 21         // 摘要:  22         // 等效於 HTTP 狀態 201。 System.Net.HttpStatusCode.Created 指示請求致使已發送響應以前建立一個新的資源。
 23         Created = 201,  24         //
 25         // 摘要:  26         // 等效於 HTTP 狀態 202。 System.Net.HttpStatusCode.Accepted 指示請求已被接受進行進一步處理。
 27         Accepted = 202,  28         //
 29         // 摘要:  30         // 等效於 HTTP 狀態 203。 System.Net.HttpStatusCode.NonAuthoritativeInformation 指示返回的元信息來自而不是原始服務器的緩存副本，所以可能不正確。
 31         NonAuthoritativeInformation = 203,  32         //
 33         // 摘要:  34         // 等效於 HTTP 狀態 204。 System.Net.HttpStatusCode.NoContent 指示已成功處理請求和響應是有意留爲空白。
 35         NoContent = 204,  36         //
 37         // 摘要:  38         // 等效於 HTTP 狀態 205。 System.Net.HttpStatusCode.ResetContent 指示客戶端應重置 （而不是從新加載） 的當前資源。
 39         ResetContent = 205,  40         //
 41         // 摘要:  42         // 等效於 HTTP 206 狀態。 System.Net.HttpStatusCode.PartialContent 指示根據包括字節範圍的 GET 請求的請求的響應是部分響應。
 43         PartialContent = 206,  44         //
 45         // 摘要:  46         // 等效於 HTTP 狀態 300。 System.Net.HttpStatusCode.MultipleChoices 指示所需的信息有多種表示形式。 默認操做是將此狀態視爲一個重定向，並按照與此響應關聯的位置標頭的內容。
 47         MultipleChoices = 300,  48         //
 49         // 摘要:  50         // 等效於 HTTP 狀態 300。 System.Net.HttpStatusCode.Ambiguous 指示所需的信息有多種表示形式。 默認操做是將此狀態視爲一個重定向，並按照與此響應關聯的位置標頭的內容。
 51         Ambiguous = 300,  52         //
 53         // 摘要:  54         // 等效於 HTTP 狀態 301。 System.Net.HttpStatusCode.MovedPermanently 指示已將所需的信息移動到的位置標頭中指定的  55         // URI。 當收到此狀態時的默認操做是遵循與響應關聯的位置標頭。
 56         MovedPermanently = 301,  57         //
 58         // 摘要:  59         // 等效於 HTTP 狀態 301。 System.Net.HttpStatusCode.Moved 指示已將所需的信息移動到的位置標頭中指定的 URI。 當收到此狀態時的默認操做是遵循與響應關聯的位置標頭。  60         // 當原始請求方法是 POST 時，重定向的請求將使用 GET 方法。
 61         Moved = 301,  62         //
 63         // 摘要:  64         // 等效於 HTTP 狀態 302。 System.Net.HttpStatusCode.Found 指示所需的信息位於的位置標頭中指定的 URI。 當收到此狀態時的默認操做是遵循與響應關聯的位置標頭。  65         // 當原始請求方法是 POST 時，重定向的請求將使用 GET 方法。
 66         Found = 302,  67         //
 68         // 摘要:  69         // 等效於 HTTP 狀態 302。 System.Net.HttpStatusCode.Redirect 指示所需的信息位於的位置標頭中指定的 URI。 當收到此狀態時的默認操做是遵循與響應關聯的位置標頭。  70         // 當原始請求方法是 POST 時，重定向的請求將使用 GET 方法。
 71         Redirect = 302,  72         //
 73         // 摘要:  74         // 等效於 HTTP 狀態 303。 System.Net.HttpStatusCode.SeeOther 自動將客戶端重定向到的位置標頭中指定做爲公告的結果的  75         // URI。 對指定的位置標頭的資源的請求將會執行與 GET。
 76         SeeOther = 303,  77         //
 78         // 摘要:  79         // 等效於 HTTP 狀態 303。 System.Net.HttpStatusCode.RedirectMethod 自動將客戶端重定向到的位置標頭中指定做爲公告的結果的  80         // URI。 對指定的位置標頭的資源的請求將會執行與 GET。
 81         RedirectMethod = 303,  82         //
 83         // 摘要:  84         // 等效於 HTTP 狀態 304。 System.Net.HttpStatusCode.NotModified 指示客戶端的緩存的副本是最新。 不會傳輸資源的內容。
 85         NotModified = 304,  86         //
 87         // 摘要:  88         // 等效於 HTTP 狀態 305。 System.Net.HttpStatusCode.UseProxy 指示該請求應使用的位置標頭中指定的 uri 的代理服務器。
 89         UseProxy = 305,  90         //
 91         // 摘要:  92         // 等效於 HTTP 狀態 306。 System.Net.HttpStatusCode.Unused 是對未徹底指定的 HTTP/1.1 規範建議的擴展。
 93         Unused = 306,  94         //
 95         // 摘要:  96         // 等效於 HTTP 狀態 307。 System.Net.HttpStatusCode.TemporaryRedirect 指示請求信息位於的位置標頭中指定的  97         // URI。 當收到此狀態時的默認操做是遵循與響應關聯的位置標頭。 當原始請求方法是 POST 時，重定向的請求還將使用 POST 方法。
 98         TemporaryRedirect = 307,  99         //
100         // 摘要: 101         // 等效於 HTTP 狀態 307。 System.Net.HttpStatusCode.RedirectKeepVerb 指示請求信息位於的位置標頭中指定的 102         // URI。 當收到此狀態時的默認操做是遵循與響應關聯的位置標頭。 當原始請求方法是 POST 時，重定向的請求還將使用 POST 方法。
103         RedirectKeepVerb = 307, 104         //
105         // 摘要: 106         // 等效於 HTTP 狀態 400。 System.Net.HttpStatusCode.BadRequest 指示沒法由服務器理解此請求。 System.Net.HttpStatusCode.BadRequest 107         // 若是沒有其餘錯誤適用，或者若是具體的錯誤是未知的或不具備其本身的錯誤代碼發送。
108         BadRequest = 400, 109         //
110         // 摘要: 111         // 等效於 HTTP 狀態 401。 System.Net.HttpStatusCode.Unauthorized 指示所請求的資源須要身份驗證。 Www-authenticate 112         // 標頭包含如何執行身份驗證的詳細信息。
113         Unauthorized = 401, 114         //
115         // 摘要: 116         // 等效於 HTTP 狀態 402。 System.Net.HttpStatusCode.PaymentRequired 已保留供未來使用。
117         PaymentRequired = 402, 118         //
119         // 摘要: 120         // 等效於 HTTP 狀態 403。 System.Net.HttpStatusCode.Forbidden 指示服務器拒絕沒法完成請求。
121         Forbidden = 403, 122         //
123         // 摘要: 124         // 等效於 HTTP 狀態 404。 System.Net.HttpStatusCode.NotFound 指示所請求的資源不存在的服務器上。
125         NotFound = 404, 126         //
127         // 摘要: 128         // 等效於 HTTP 狀態 405。 System.Net.HttpStatusCode.MethodNotAllowed 指示請求方法 （POST 或 GET） 129         // 不容許對所請求的資源。
130         MethodNotAllowed = 405, 131         //
132         // 摘要: 133         // 等效於 HTTP 狀態 406。 System.Net.HttpStatusCode.NotAcceptable 表示客戶端已指定使用 Accept 標頭，它將不接受任何可用的資源表示。
134         NotAcceptable = 406, 135         //
136         // 摘要: 137         // 等效於 HTTP 狀態 407。 System.Net.HttpStatusCode.ProxyAuthenticationRequired 指示請求的代理要求身份驗證。 138         // 代理服務器進行身份驗證標頭包含如何執行身份驗證的詳細信息。
139         ProxyAuthenticationRequired = 407, 140         //
141         // 摘要: 142         // 等效於 HTTP 狀態 408。 System.Net.HttpStatusCode.RequestTimeout 指示客戶端的服務器預期請求的時間內沒有未發送請求。
143         RequestTimeout = 408, 144         //
145         // 摘要: 146         // 等效於 HTTP 狀態 409。 System.Net.HttpStatusCode.Conflict 指示該請求可能不會執行因爲在服務器上發生衝突。
147         Conflict = 409, 148         //
149         // 摘要: 150         // 等效於 HTTP 狀態 410。 System.Net.HttpStatusCode.Gone 指示所請求的資源再也不可用。
151         Gone = 410, 152         //
153         // 摘要: 154         // 等效於 HTTP 狀態 411。 System.Net.HttpStatusCode.LengthRequired 指示缺乏必需的內容長度標頭。
155         LengthRequired = 411, 156         //
157         // 摘要: 158         // 等效於 HTTP 狀態 412。 System.Net.HttpStatusCode.PreconditionFailed 表示失敗，此請求的設置的條件，沒法執行請求。 159         // 使用條件請求標頭，若是匹配項，如設置條件無-If-match，或若是-修改-自從。
160         PreconditionFailed = 412, 161         //
162         // 摘要: 163         // 等效於 HTTP 狀態 413。 System.Net.HttpStatusCode.RequestEntityTooLarge 指示請求來講太大的服務器可以處理。
164         RequestEntityTooLarge = 413, 165         //
166         // 摘要: 167         // 等效於 HTTP 狀態 414。 System.Net.HttpStatusCode.RequestUriTooLong 指示 URI 太長。
168         RequestUriTooLong = 414, 169         //
170         // 摘要: 171         // 等效於 HTTP 狀態 415。 System.Net.HttpStatusCode.UnsupportedMediaType 指示該請求是不受支持的類型。
172         UnsupportedMediaType = 415, 173         //
174         // 摘要: 175         // 等效於 HTTP 416 狀態。 System.Net.HttpStatusCode.RequestedRangeNotSatisfiable 指示從資源請求的數據範圍不能返回，或者由於範圍的開始處，而後該資源的開頭或範圍的末尾後在資源的結尾。
176         RequestedRangeNotSatisfiable = 416, 177         //
178         // 摘要: 179         // 等效於 HTTP 狀態 417。 System.Net.HttpStatusCode.ExpectationFailed 指示沒法由服務器知足 Expect 180         // 標頭中給定。
181         ExpectationFailed = 417, 182         //
183         // 摘要: 184         // 等效於 HTTP 狀態 426。 System.Net.HttpStatusCode.UpgradeRequired 指示客戶端應切換到不一樣的協議，例如 185         // TLS/1.0。
186         UpgradeRequired = 426, 187         //
188         // 摘要: 189         // 等效於 HTTP 狀態 500。 System.Net.HttpStatusCode.InternalServerError 表示在服務器上發生通常性錯誤。
190         InternalServerError = 500, 191         //
192         // 摘要: 193         // 等效於 HTTP 狀態 501。 System.Net.HttpStatusCode.NotImplemented 指示服務器不支持所請求的功能。
194         NotImplemented = 501, 195         //
196         // 摘要: 197         // 等效於 HTTP 狀態 502。 System.Net.HttpStatusCode.BadGateway 指示中間代理服務器從另外一個代理或原始服務器接收到錯誤響應。
198         BadGateway = 502, 199         //
200         // 摘要: 201         // 等效於 HTTP 狀態 503。 System.Net.HttpStatusCode.ServiceUnavailable 指示將服務器暫時不可用，一般是因爲高負載或維護。
202         ServiceUnavailable = 503, 203         //
204         // 摘要: 205         // 等效於 HTTP 狀態 504。 System.Net.HttpStatusCode.GatewayTimeout 指示中間代理服務器在等待來自另外一個代理或原始服務器的響應時已超時。
206         GatewayTimeout = 504, 207         //
208         // 摘要: 209         // 等效於 HTTP 狀態 505。 System.Net.HttpStatusCode.HttpVersionNotSupported 指示服務器不支持請求的 210         // HTTP 版本。
211         HttpVersionNotSupported = 505
212  } 213 }