常见的HTTP状态码

1XX:通知

1xx系列响应代码仅在与HTTP服务器沟通使用

100（continue）

重要程度：中等，但（写操作时）很少用

这是对HTTP LBYL（英文为 look-before-you-leap，程序执行之前做好检查）请求的一个可能的响应。该响应代码表明：客户端应重新发送初始请求，并在请求中附上第一次请求时未提供的信息。客户端这次发送的请求不会被拒绝

请求报头：要做一个LBYL请求，客户端必须把Expect请求报头设为字符串‘100-continue’。除此之外，客户端还需设置其他一些报头，服务器将根据这些报头决定是响应100还是417.

2XX：成功

200（OK）

重要程度：非常高

表示服务器成功执行了客户端所请求的动作

实体主体：对于get请求，服务器应返回客户端所请求的数据，对于其他请求，服务器返回的可能是数据也有可能是对刚才动作的描述

201（created）

重要程度：高

当服务器响应客户端的请求，创建一个新资源时，发送此响应代码

响应报头：Location报头应包含只想新创建资源的规范URI

实体主体：应该给出新创建资源的描述与链接。若已经在Location报头里给出了新资源URI，那么可以用新资源的一个表示作为实体主体

202 （Accepted）

重要程度：中等

客户端的请求无法或将不被实时处理。请求稍后会被处理。请求看上去是合法的，但在实际处理它时有出现问题的可能

若一个请求触发了一个异步操作，或者一个需要现实世界参与的动作，或者一个需要很长时间才能完成且没必要让Web客户端一直等待的动作时，这个相应代码是一个合适的选择

响应报头：应该把未处理完的请求暴露为一个资源，以便客户端稍后查询其状态。Location报头可以包含指向该资源的URI。

实体主体：若无法让客户端稍后查询请求的状态，那么至少应该提供一个何时能处理该请求的估计

203（Non-Authoritative Information）

重要程度：非常低

和200一样，但服务器想让客户端知道，有些响应报头并非来自该服务器-他们可能从客户端先前发送的一个请求里复制的，或者从第三方得到的。

响应报头：客户端应明白某些报头可能是不准确的，某些响应报头可能不是服务器自己生成的，所以服务器也不知道其含义

204（No Content）

重要程度：高

若服务器拒绝对PUT，POST或者DELETE请求返回任何状态信息或表示，那么通常采用此响应代码。服务器也可以对get请求返回此响应代码，这表示“客户端请求的资源存在，但其表示是空的”注意与304的区别，204常常用在Ajax应用里。服务器通过这个响应代码告诉客户端：客户端的输入已被接受，但客户端不应该改变任何UI元素

实体主体：不允许

205（Reset Content）

重要程序：低

与204类似，但与204不同的是，它表明客户端应重置数据源的视图或数据结构。假如你在浏览器里提交一个HTML表单，并得到的响应代码是204，那么表单的各个字段值不变，可以继续修改它们。但如果响应代码是205，那么表单里的各个字段将被重置为它们的初始值。从数据录入方面讲：204适合对单条记录做一系列编辑，而205适于连续输入一组记录。

206（Partial Content）

重要程度：对于支持部分get的服务而言“非常高”，其他情况下“低”

与200类似，但它用于对部分get请求的响应。部分get请求常用于大型二进制文件的断点续传

请求报头：客户端为RAnge请求报头设置一个值

响应报头：需要提供Date报头。ETag报头与Content-Location报头的值应该跟正常的get请求相同

3XX 重定向

3xx系列响应代码表明：客户端需要做些额外工作才能得到所需要的资源。它们通常告诉客户端需要向另一个URI发送get请求，才能得到所需的表示。哪个URI就包含在Location响应报头里。

300（Multiple Choices）

重要程度：低

若被请求的资源在服务器端存在多个表示，而服务器不知道客户端想要的时哪个表示时，会发送这个响应代码，或者当客户端没有使用Accept-*报头指定一个表示，或者客户端所请求的表示不存在时，也送这个响应代码。在这种情况下，一种选择时，服务器返回一个首选表示，并把响应代码设置为200，不过他也可以返回一个包含该资源各个表示的URI列表，并把响应代码设置为300。

响应报头：如果服务器有首选表示，那么它可以在Location响应报头中给出这个首选表示的URI。跟其他3XX响应代码一样，客户端可以自动跟随Location中的URI。

实体主体：一个包含该资源各个表示的URI的列表。可以在表示中提供一些信息，以便用户作出选择。

301（Moved Permanently）

重要程度：中等

服务器知道客户端试图访问的是哪个资源，但它不喜欢客户端当前URI来请求资源。他希望客户端记住另外一个URI，并在今后的请求中使用那个新的URI。你可以通过这个响应代码来防止由于URL变更而导致老的URL失效

响应报头：服务器应当把规范URL放在Location响应报头里

实体主体：服务器可以发送一个包含新URL的信息，不过这不是必需的

303（See other）

重要程度：高

请求已经被处理，但服务器不是直接返回一个响应文档，而是返回一个响应文档的URI。该响应文档可能是一个静态的状态信息，也有可能是一个更有趣的资源。对于后一种情况，303是一种令服务器可以“发送一个资源的表示，而不强迫客户端下载其所有数据”的方式。客户端可以向Location报头里的URI发送GET请求，但它不是必须这么做。

303响应代码是一种规范化资源URI的好办法。一个资源可以有多个URIs，但每个资源的规范URI只有一个，该资源的所有URIs都通过303指向该资源的规范URI，例如：303可以把一个对http://www.example.com/software/current.tar.gz的请求重定向到http://www.example.com/software/1.0.2.tar.gz。

响应报头：Location报头里包含资源的URI

实体主体：一个包含指向新URI的链接的超文本文档

304（Not Modified）

重要程度：高

这个响应代码跟204("No Content")类似：响应实体主体都必须为空。但204用于没有主体数据的情况，而304用于有主体数据，但客户端已拥有该数据，没必要重复发送的情况。这个响应代码可用于条件HTTP请求（conditional HTTP request).如果客户端在发送GET请求时附上了一个值为Sunday的If-Modified-Since报头，而客户端所请求的表示在服务器端自星期日（Sunday）以来一直没有改变过，那么服务器可以返回一个304响应。服务器也可以返回一个200响应，但由于客户端已拥有该表示，因此重复发送该表示只会白白浪费宽带。

响应报头：需要提供Date报头。Etag与Content-Location报头的值，应该跟返回200响应时的一样。若Expires, Cache-Control及Vary报头的值自上次发送以来已经改变，那么就要提供这些报头。
实体主体：不允许。

307("Temporary Redirect")

重要程度：高。

请求还没有被处理，因为所请求的资源不在本地：它在另一个URI处。客户端应该向那个URI重新发送请求。就GET请求来说，它只是请求得到一个表示，该响应代码跟303没有区别。当服务器希望把客户端重新定向到一个镜像站点时，可以用307来响应GET请求。但对于POST，PUT及DELETE请求，它们希望服务器执行一些操作，307和303有显著区别。对POST，PUT或者DELETE请求响应303表明：操作已经成功执行，但响应实体将不随本响应一起返回，若客户端想要获取响应实体主体，它需要向另一个URI发送GET请求。而307表明：服务器尚未执行操作，客户端需要向Location报头里的那个URI重新提交整个请求。

4XX：客户端错误

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

400：（Bad Request）

重要程度：高

这是一个通用的客户端错误，当其他4xx响应代码不适用时，就采用400，此响应代码通常用于“服务器收到客户端通过POST或PUT请求提交的表示，表示格式是正确的，但服务器不懂它什么意思。

401：（Unauthorized）

重要程度：高

客户端试图对一个受保护的资源进行操作，却又没有提供正确的认证证书。客户端提供了错误的证书，或者根本没有提供证书。这里的证书可以是一个用户名/密码，也可以是一个API key，或者一个认证令牌。客户端常常通过向一个URI发送请求，并查看收到401响应，已获知应该发送哪种证书，以及证书的格式。如果服务器不想让未授权的用户获知某个资源的存在，那么它可以谎报一个404而不是401.这样的缺点是：客户端需要事先知道服务器接受那汇总认证--这将导致HTTP摘要认证无法工作

响应报头：WWW-Authenticate报头描述服务器将接受那种认证

实体主体：一个错误的描述文档。假如最终用户可通过‘在网站上注册”的方式得到证书，那么应提供一个指向该注册页面的链接

403：（Forbidden）

重要程度：中等

客户端请求的结构正确，但服务器不想处理它，这跟证书不正确的情况不同--若证书不正确，应该发送401.该响应代码常用于一个资源只允许在特定时间段内访问，或者允许特定的IP地址的用户访问情况。403暗示了所请求的资源确实存在。跟401一样，若服务器不想透露此信息，它可以谎报一个404。既然客户端请求的结构正确，那为什么还要把本响应代码放在4XX系列（客户端错误），而不是5XX系列（服务端错误）呢？因为服务器不是根据请求的结构，而是根据请求的其他方面（比如说发出请求的时间）作出的决定的。

实体主体：一个描述拒绝原因的文档

404（Not Found）

重要程度：高

这也许是最广为人知的HTTP响应代码了。404表明服务器无法把客户端请求的URI转换为一个资源。相比之下，410更有用一些。web服务可以通过404响应告诉客户端所请求的URI是空的，然后客户端就可以通过向该URI发送PUT请求来创建一个新资源了。但是404也有可能是用来掩饰403或者401.

405（Method Not Allowed）

重要程度：中等

客户端试图使用一个本资源的HTTP方法。例如：一个资源只支持GET方法，但是客户端使用PUT方法访问。

响应报头：Allow报头列出本资源支持哪些HTTP方法，例如：Allow：GET，POST

406（Not Acceptable）

重要程度：中等

当客户端对表示有太多的要求，以至于服务器无法提供满足要求的表述，服务器可以发送这个响应代码，例如：客户端通过Accept头指定媒体类型为application/json+hic，但服务器只支持application/json。服务器的另外一个选择是：忽略客户端挑剔的要求，返回首选表示，并把响应代码设为200

实体主体：一个可选表示的链接

407（Proxy Authentication Required）

重要程度：低

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

请求报头：客户端通过使用Proxy-Authorization报头（而不是Authorization）把证书提供给代理。格式跟Authrization一样

响应报头：代理通过Proxy-Authenticate报头（而不是WWW-Authenticate）告诉客户端它接受哪种认证。格式跟WWW-Authenticate一样。

408（Request TimeOut）

重要程度：低

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

409（conflict）

重要程度：高

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

响应报头：若冲突是因为某个其他资源的存在而引起的，那么应该在Location报头里给出那个资源的URI。
实体主体：一个描述冲突的文档，以便客户端可以解决冲突。

410（Gone）

重要程度：中等

这个响应代码跟404类似，但它提供的有用信息更多一些。这个响应代码用于服务器知道被请求的URI过去曾指向一个资源，但该资源现在不存在了的情况。服务器不知道
该资源的新URI，服务器要是知道该URI的话，它就发送响应代码301.410和310一样，都有暗示客户端不应该再请求该URI的意思，不同之处在于：410只是指出该资源不存在，但没有给出该资源的新URI。RFC2616建议“为短期的推广服务，以及属于个人但不继续在服务端运行的资源”采用410.

411（Length Required）

重要程度：低到中等

若HTTP请求包含表示，它应该把Content-Length请求报头的值设为该表示的长度（以字节为单位）。对客户端而言，有时这不太方便，对客户端而言，有时这不太方便（例如，当表示是来自其他来源的字节流时）。所以HTTP并不要求客户端在每个请求中都提供Content-Length报头。但HTTP服务器可以要求客户端必须设置该报头。服务器可以中断任何没有提供Content-Length报头的请求，并要求客户端重新提交包含Content-Length报头的请求。这个响应代码就是用于中断未提供Content-Lenght报头的请求的。假如客户端提供错误的长度，或发送超过长度的表示，服务器可以中断请求并关闭链接，并返回响应代码413。

412（Precondition Failed）

重要程度：中等

客户端在请求报头里指定一些前提操作，并要求服务器只有在满足一定条件下才能处理本要求。若服务器不满足这些条件，就返回此响应代码

If-Unmodified-Since是一个常见的前提条件。客户端可以通过PUT请求来修改一个资源，但它要求，仅在自客户端最后一次获取该资源后该资源未被别人修改过才能执行修改操作。若没有这一前提条件，客户端可能会无意识地覆盖别人做的修改，或者导致409的产生。

请求报头：若客户但设置了If-Match，If-None-Match或If-Unmodified-Since报头，那就有可能得到这个响应代码。If-None-Match稍微特别一些。若客户端在发送GET或HEAD请求时指定了If-None-Match，并且服务器不满足该前提条件的话，那么响应代码不是412而是304，这是实现条件HTTP GET的基础。若客户端在发送PUT，POST或DELETE请求时指定了If-None-Match,并且服务器不满足该前提条件的话，那么响应代码是412.另外，若客户端指定了If-Match或If-Unmodified-Since(无论采用什么HTTP方法)，而服务器不满足该前提条件的话，响应代码也是412。

413（Request Entity Too Large）

重要程度：低到中等

这个响应代码跟411类似，服务器可以用它来中断客户端的请求并关闭连接，而不需要等待请求完成。411用于客户端未指定长度的情况，而413用于客户端发送的表示太大，以至于服务器无法处理。客户端可以先做一个LBYL（look-before-you-leap）请求，以免请求被413中断。若LBYL请求获得响应代码为100，客户端再提交完整的表示。

响应报头：如果因为服务器方面临时遇到问题（比如资源不足），而不是因为客户端方面的问题而导致中断请求的话，服务器可以把Retry-After报头的值设为一个日期或一个间隔时间，以秒为单位，以便客户端可以过段时间重试。

414（Request-URI Too Long）

重要程度：低

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

415（Unsupported Medoa Type)

重要程度：中等

当客户端在发送表示时采用了一种服务器无法理解的媒体类型，服务器发送此响应代码。比如说，服务器期望的是XML格式，而客户端发送的确实JSON格式。
如果客户端采用的媒体类型正确，但格式有问题，这时最好返回更通用的400。

416（Request Range Not Satisfiable）

重要程度：低

当客户端所请求的字节范围超出表示的实际大小时，服务器发送此响应代码。例如：你请求一个表示的1-100字节，但该表示总共只用99字节大小。

请求报头：仅当原始请求里包含Range报头时，才有可能收到此响应代码。若原始请求提供的是If-Range报头，则不会收到此响应代码。
响应报头：服务器应当通过Content-Range报头告诉客户端表示的实际大小。

417（Expectation Failed）

重要程度：中等

此响应代码跟100正好相反。当你用LBYL请求来考察服务器是否会接受你的表示时，如果服务器确认会接受你的表示，那么你将获得响应代码100，否则你将获得417。

5XX 服务端错误

这些响应代码表明服务器端出现错误。一般来说，这些代码意味着服务器处于不能执行客户端请求的状态，此时客户端应稍后重试。有时，服务器能够估计客户端应在多久之后重试。并把该信息放在Retry-After响应报头里。

5XX系列响应代码在数量上不如4XX系列多，这不是因为服务器错误的几率小，而是因为没有必要如此详细--对于服务器方面的问题，客户端是无能为力的。

500（Internal Server Error）

重要程度：高

这是一个通用的服务器错误，对于大多数web框架，如果在执行请求处理代码中遇到了异常，它们就发送此响应代码

501（Not Implemented）

客户端试图使用一个服务器不支持的HTTP特性

最常见的例子是：客户端试图做一个采用了拓展HTTP方法的请求，而普通web服务器不支持此请求。它跟响应代码405比较相似，405表明客户端所用的方法是一个可识别的方法，但该资源不支持，而501表明服务器根本不能识别该方法。

502（Bad Gateway）

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

503（Service Unavailable）

重要程度：中到高

此响应代码表明HTTP服务器正常，只是下层web服务器不能正常工作。最可能的原因是资源不足：服务器突然收到太多的请求，以至于无法全部处理。由于此问题多半由客户端反复发送请求造成的，因此HTTP服务器可以选择拒绝接受客户端请求而不是接受它，并发送503响应代码

响应报头：服务器可以通过Retry-After报头告知客户端何时可以重试。

504（Gateway Timeout）

重要程度：低

跟502类似，只有HTTP代理会发送此响应代码。此响应代码表明代理无法连接上行服务器。