什么是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 }