HTTP状态码

HTTP状态码是用以表示网页服务器HTTP响应状态的3位数字代码，所有状态码的第一个数字代表了响应的的五种状态。

1XX   类别：Informational(信息性状态码)         原因短语：接受的请求正在处理

2XX              Success（成功状态码）                                  接受正常处理完毕

3XX              Redirection（重定向状态码）                         需要进行附加操作以完成请求

4XX              Client Error（客户端错误状态码）                  服务器无法处理请求

5XX              Server Error （服务器错误状态码）                服务器处理请求出错

 

1XX：通知、消息

这一类型的状态码，代表请求已被接受，需要继续处理。这类响应是临时响应，只包含状态行和某些可选的响应头信息，并
以空行结束。由于 HTTP/1.0 协议中没有定义任何 1xx 状态码，所以除非在某些试验条件下，服务器禁止向此类客户端发
送 1xx 响应。

• 100("Continute"):客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分，或者如果请求已经完成，忽略这个响应。服务器必须在请求完成后向客户端发送一个最终响应。
  
  
• 101("Switching Protocols"):服务器已经理解了客户端的请求，并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到在Upgrade 消息头中定义的那些协议。只有在切换新的协议更有好处的时候才应该采取类似措施。当客户端通过在请求里使用Upgrade报头，以通知服务器它想改用除HTTP协议之外的其他协议时，客户端将获得此响应代码。101响应代码表示“行，我现在改用另一个协议了”。通常HTTP客户端会在收到服务器发来的101响应后关闭与服务器的TCP连接。101响应代码意味着，该客户端不再是一个HTTP客户端，而将成为另一种客户端。
  
  
• 102 : 由WebDAV（RFC 2518）扩展的状态码，代表处理将被继续执行。

2XX:成功

这一类型的状态码，代表请求已成功被服务器接收、理解并接受。

• 200("OK")：请求已成功，请求所希望的响应头或数据体将随此响应返回。

 

• 201("Created"):请求已经被实现，而且有一个新的资源已经依据请求的需要而建立，且其 URI 已经随Location 头信息返回。假如需要 的资源无法及时建立的话，应当返回 '202 Accepted'。

 

• 202("Accepted")：服务器已接受请求，但尚未处理。正如它可能被拒绝一样，最终该请求可能会也可能不会被执行。在异步操作的场合下，没有比发送这个状态码更方便的做法了。返回202状态码的响应的目的是允许服务器接受其他过程的请求，而不必让客户端一直保持与服务器的连接直到批处理操作全部完成。在接受请求处理并返回202状态码的响应应当在返回的实体中包含一些指示处理当前状态的信息，以及指向处理状态监视器或状态预测的指针，以便用户能够估计操作是否已经完成。

 

• 203("Non-Authoritative Information")：这个响应代码跟200一样，只不过服务器想让客户端知道，有些响应报头并非来自该服务器--他们可能是从客户端先前发送的一个请求里复制的，或者从第三方得到的。当前的信息可能是原始版本的子集或者超集。

 

• 204("No Content")：若服务器拒绝对PUT、POST或者DELETE请求返回任何状态信息或表示，那么通常采用此响应代码。服务器也可以对GET请求返回此响应代码，这表明“客户端请求的资源存在，但其表示是空的”。注意与304("Not Modified")的区别。204常常用在Ajax应用里。服务器通过这个响应代码告诉客户端：客户端的输入已被接受，但客户端不应该改变任何UI元素。由于204响应被禁止包含任何消息体，因此它始终以消息头后的第一个空行结尾。

 

• 205("Reset Content")：它表明客户端应重置数据源的视图或数据结构。返回此状态码的响应要求请求者重置文档视图。假如你在浏览器里提交一个HTML表单，并得到响应代码204，那么表单里的各个字段值不变，可以继续修改它们；但假如得到的响应代码205，那么表单里的各个字段将被重置为它们的初始值。从数据录入方面讲：204适合对单条记录做一系列编辑，而205适于连续输入一组记录。

 

• 206("Partial Content")：是对资源某一部分的请求，该状态码表示客户端进行了范围请求，而服务器成功执行了这部分的GET请求。响应报文中包含由Content-Range指定范围的实体内容。类似于 FlashGet 或者迅雷这类的 HTTP 下载工具都是使用此类响应实现断点 续传或者将一个大文档分解为多个下载段同时下载。该请求必须包含 Range 头信息来指示客户端希望得到的内容范围，并且可能包含 If-Range 来作为请求条件。
• 207：由WebDAV(RFC 2518)扩展的状态码，代表之后的消息体将是一个XML消息，并且可能依照之前子请求数量的不同 ，包含一系列独立的响应代码。

 

3XX重定向：表明浏览器需要执行某些特殊的处理以正确处理请求，这类状态码代表需要客户端采取进一步的操作才能完成请求。

• 300("Multiple Choices")：若被请求的资源在服务器端存在多个表示，而服务器不知道客户端想要的是哪一个表示时，发送这个响应代码。被请求的资源有一系列可供选择的回馈信息，每个都有自己特定的地址和浏览器驱动的商议信息。用户或浏览器能够自
  行选择一个首选的地址进行重定向。

 

• 301("Moved Permanently")：资源的uri已更新，你也更新下你的书签引用吧。永久性重定向，请求的资源已经被分配了新的URI，以后应使用资源现在所指的URI。

 

• 302("Found")：资源的URI已临时定位到其他位置了，姑且算你已经知道了这个情况了。临时性重定向。和301相似，但302代表的资源不是永久性移动，只是临时性性质的。换句话说，已移动的资源对应的URI将来还有可能发生改变。

 

• 303("See Other")：资源的URI已更新，你是否能临时按新的URI访问。该状态码表示由于请求对应的资源存在着另一个URL，应使用GET方法定向获取请求的资源。303状态码和302状态码有着相同的功能，但303状态码明确表示客户端应当采用GET方法获取资源，这点与302状态码有区别。当301,302,303响应状态码返回时，几乎所有的浏览器都会把POST改成GET，并删除请求报文内的主体，之后请求会自动再次发送。

 

• 304("Not Modified")：资源已找到，但未符合条件请求。该状态码表示客户端发送附带条件的请求时（采用GET方法的请求报文中包含If-Match，If-Modified-Since，If-None-Match，If-Range，If-Unmodified-Since中任一首部）服务端允许请求访问资源，但因发生请求未满足条件的情况后，直接返回304。

 

• 305("Use Proxy")：这个响应代码用于告诉客户端它需要再发一次请求，但这次要通过一个HTTP代理发送，而不是直接发送给服务器。这个响应代码使用的不多，因为服务器很少在意客户端是否使用某一特定代理。这个代码主要用于基于代理的镜像站点。

 

• 307("Temporary Redirect")：临时重定向。与302有相同的含义。

4XX：客户端错误  这些响应代码表明客户端出现错误。不是认证信息有问题，就是表示格式或HTTP库本身有问题。客户端需要自行改正。

• 400 ("Bad Request")：服务器端无法理解客户端发送的请求，请求报文中可能存在语法错误。

 

• 401("Unauthorized")：该状态码表示发送的请求需要有通过HTTP认证（BASIC认证，DIGEST认证）的认证信息。

 

• 402("Payment Required"):除了它的名字外，HTTP标准没有对该响应的其他方面作任何定义。

 

• 403("Forbidden"):不允许访问那个资源。该状态码表明对请求资源的访问被服务器拒绝了。（权限，未授权IP等）

 

• 404("Not Found"):服务器上没有请求的资源。路径错误等。

 

• 405("Method Not Allowd"):客户端试图使用一个本资源不支持的HTTP方法。例如：一个资源只支持GET方法，但是客户端使用PUT方法访问。

 

• 406("Not Acceptable"):当客户端对表示有太多要求，以至于服务器无法提供满足要求的表示，服务器可以发送这个响应代码。

 

• 407("Proxy Authentication Required"):只有HTTP代理会发送这个响应代码。它跟401类似，唯一区别在于：这里不是无权访问web服务，而是无权访问代理。跟401一样，可能是因为客户端没有提供证书，也可能是客户端提供的证书不正确或不充分。

 

• 408("Reqeust Timeout"):假如HTTP客户端与服务器建立链接后，却不发送任何请求（或从不发送表明请求结束的空白行），那么服务器最终应该发送一个408响应代码，并关闭此连接。

 

• 409("Conflict"):此响应代码表明：你请求的操作会导致服务器的资源处于一种不可能或不一致的状态。例如你试图修改某个用户的用户名，而修改后的用户名与其他存在的用户名冲突了。

 

• 410("Gone"):这个响应代码跟404类似，但它提供的有用信息更多一些。这个响应代码用于服务器知道被请求的URI过去曾指向一个资源，但该资源现在不存在了的情况。服务器不知道该资源的新URI，服务器要是知道该URI的话，它就发送响应代码301.410和310一样，都有暗示客户端不应该再请求该URI的意思，不同之处在于：410只是指出该资源不存在，但没有给出该资源的新URI。
  

 

• 411("Length Required"):这个响应代码就是用于中断未提供Content-Lenght报头的请求的。假如客户端提供错误的长度，或发送超过长度的表示，服务器可以中断请求并关闭链接，并返回响应代码413.

 

• 412("Precondition Failed"):客户端在请求报头里指定一些前提条件，并要求服务器只有在满足一定条件的情况下才能处理本请求。若服务器不满足这些条件，就返回此响应代码。

 

• 413("Request Entity Too Large"):这个响应代码跟411类似，服务器可以用它来中断客户端的请求并关闭连接，而不需要等待请求完成。411用于客户端未指定长度的情况，而413用于客户端发送的表示太大，以至于服务器无法处理。

 

• 414("Request-URI Too Long"):HTTP标准并没有对URI长度作出官方限制，但大部分现有的web服务器都对URI长度有一个上限，而web服务可能也一样。导致URI超长的最常见的原因是：表示数据明明是该放在实体主体里的，但客户端却把它放在了URI里。深度嵌套的数据结构也有可能引起URI过长。

 

• 415("Unsupported Media Type"):当客户端在发送表示时采用了一种服务器无法理解的媒体类型，服务器发送此响应代码。

 

• 416("Requestd Range Not Satisfiable"):当客户端所请求的字节范围超出表示的实际大小时，服务器发送此响应代码。

 

• 417("Expectation Failed"):当你用LBYL请求来考察服务器是否会接受你的表示时，如果服务器确认会接受你的表示，那么你将获得响应代码100，否则你将获得417。

5XX 服务端错误 这些响应代码表明服务器端出现错误。

• 500("Internal Server Error"):貌似内部资源出故障了。该状态码表明服务器端在执行请求时发生了错误。也有可能是web应用存在bug或某些临时故障。

 

• 501("Not Implemented"):客户端试图使用一个服务器不支持的HTTP特性。

 

• 502("Bad Gateway"):只有HTTP代理会发送这个响应代码。它表明代理方面出现问题，或者代理与上行服务器之间出现问题，而不是上行服务器本身有问题。若代理根本无法访问上行服务器，响应代码将是504。

 

• 503("Service Unavailable"):抱歉，我现在正在忙着。该状态码表明服务器暂时处于超负载或正在停机维护，现在无法处理请求。

 

• 504("Gateway Timeout"):跟502类似，只有HTTP代理会发送此响应代码。此响应代码表明代理无法连接上行服务器。

 

• 505("HTTP Version Not Supported"):当服务器不支持客户端试图使用的HTTP版本时发送此响应代码。