一、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服務器根據接收到的請求后，向客戶端發送響應信息。
二、主要特點
1、簡單快速：客戶向服務器請求服務時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規定了客戶與服務器聯系的類型不同。由於HTTP協議簡單，使得HTTP服務器的程序規模小，因而通信速度很快。
2、靈活：HTTP允許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type加以標記。
3、無連接：無連接的含義是限制每次連接只處理一個請求。服務器處理完客戶的請求，並收到客戶的應答后，即斷開連接。采用這種方式可以節省傳輸時間。
4、無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味着如果后續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在服務器不需要先前信息時它的應答就較快。
5、支持B/S及C/S模式。
三、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包括以下幾部分：
1、協議部分：該URL的協議部分為“http：”，這代表網頁使用的是HTTP協議。在Internet中可以使用多種協議，如HTTP，FTP等等本例中使用的是HTTP協議。在"HTTP"后面的“//”為分隔符
2、域名部分：該URL的域名部分為“www.aspxfans.com”。一個URL中，也可以使用IP地址作為域名使用
3、端口部分：跟在域名后面的是端口，域名和端口之間使用“:”作為分隔符。端口不是一個URL必須的部分，如果省略端口部分，將采用默認端口
4、虛擬目錄部分：從域名后的第一個“/”開始到最后一個“/”為止，是虛擬目錄部分。虛擬目錄也不是一個URL必須的部分。本例中的虛擬目錄是“/news/”
5、文件名部分：從域名后的最后一個“/”開始到“？”為止，是文件名部分，如果沒有“?”,則是從域名后的最后一個“/”開始到“#”為止，是文件部分，如果沒有“？”和“#”，那么從域名后的最后一個“/”開始到結束，都是文件名部分。本例中的文件名是“index.asp”。文件名部分也不是一個URL必須的部分，如果省略該部分，則使用默認的文件名
6、錨部分：從“#”開始到最后，都是錨部分。本例中的錨部分是“name”。錨部分也不是一個URL必須的部分
7、參數部分：從“？”開始到“#”為止之間的部分為參數部分，又稱搜索部分、查詢部分。本例中的參數部分為“boardID=5&ID=24618&page=1”。參數可以允許有多個參數，參數與參數之間用“&”作為分隔符。
四、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類可以打開一個到達資源的流。
五、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版本。
第二部分：請求頭部，第二行至第六行。
第三部分：空行，第七行的空行。
第四部分：請求數據，第八行。
六、HTTP之響應消息Response
HTTP響應也由四個部分組成，分別是：狀態行、消息報頭、空行和響應正文。
第一部分：狀態行，由HTTP協議版本號， 狀態碼， 狀態消息 三部分組成。
第一行為狀態行，（HTTP/1.1）表明HTTP版本為1.1版本，狀態碼為200，狀態消息為（ok）
第二部分：消息報頭，用來說明客戶端要使用的一些附加信息
第二行和第三行為消息報頭，
Date:生成響應的日期和時間；Content-Type:指定了MIME類型的HTML(text/html),編碼類型是UTF-8
第三部分：空行，消息報頭后面的空行是必須的
第四部分：響應正文，服務器返回給客戶端的文本信息。
空行后面的html部分為響應正文。
七、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 回顯服務器收到的請求，主要用於測試或診斷。
八、HTTP工作原理
HTTP協議定義Web客戶端如何從Web服務器請求Web頁面，以及服務器如何把Web頁面傳送給客戶端。HTTP協議采用了請求/響應模型。客戶端向服務器發送一個請求報文，請求報文包含請求的方法、 URL、協議版本、請求頭部和請求數據。服務器以一個狀態行作為響應，響應的內容包括協議的版本、成功或者錯誤代碼、服務器信息、響應頭部和響應數據。
以下是 HTTP 請求/響應的步驟：
1、客戶端連接到Web服務器
一個HTTP客戶端，通常是瀏覽器，與Web服務器的HTTP端口（默認為80）建立一個TCP套接字連接。例如，http://www.oakcms.cn。
2、發送HTTP請求
通過TCP套接字，客戶端向Web服務器發送一個文本的請求報文，一個請求報文由請求行、請求頭部、空行和請求數據4部分組成。
3、服務器接受請求並返回HTTP響應
Web服務器解析請求，定位請求資源。服務器將資源復本寫到TCP套接字，由客戶端讀取。一個響應由狀態行、響應頭部、空行和響應數據4部分組成。
4、釋放連接TCP連接
若connection 模式為close，則服務器主動關閉TCP連接，客戶端被動關閉連接，釋放TCP連接;若connection 模式為keepalive，則該連接會保持一段時間，在該時間內可以繼續接收請求;
5、客戶端瀏覽器解析HTML內容
客戶端瀏覽器首先解析狀態行，查看表明請求是否成功的狀態代碼。然后解析每一個響應頭，響應頭告知以下為若干字節的HTML文檔和文檔的字符集。客戶端瀏覽器讀取響應數據HTML，根據HTML的語 法對其進行格式化，並在瀏覽器窗口中顯示。
例如：在瀏覽器地址欄鍵入URL，按下回車之后會經歷以下流程：
1、瀏覽器向 DNS 服務器請求解析該 URL 中的域名所對應的 IP 地址;
2、解析出 IP 地址后，根據該 IP 地址和默認端口 80，和服務器建立TCP連接;
3、瀏覽器發出讀取文件(URL 中域名后面部分對應的文件)的HTTP 請求，該請求報文作為 TCP 三次握手的第三個報文的數據發送給服務器;
4、服務器對瀏覽器請求作出響應，並把對應的 html 文本發送給瀏覽器;
5、釋放 TCP連接;
6、瀏覽器將該 html 文本並顯示內容;
九、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新） |
十、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 }