一、简介
方法是用来告诉服务器做什么事情的，状态码则用来告诉客户端发生了什么事情。状态码是在每条响应报文的起始行中返回的。会返回一个数字状态和一个可读的状态。数字码便于程序进行差错处理，而原因短语则更便于人们理解。
状态码分类如下：
| 整体范围 | 已定义范围 | 分类 |
|---|---|---|
| 100~199 | 100~101 | 信息提示 |
| 200~299 | 200~206 | 成功 |
| 300~399 | 300~305 | 重定向 |
| 400~499 | 400~415 | 客户端错误 |
| 500~599 | 500~505 | 服务器错误 |
二、状态码说明
1、100~199 信息性状态码
HTTP/1.1向协议中引入了信息性状态码。这些状态码相对较新，关于其复杂性和感知价值存在一些争议，而受到限制。
| 状态码 | 短语原因 | 含义 |
|---|---|---|
| 100 | Continue（继续） | 收到了请求的起始部分，客户端应该继续请求 |
| 101 | Switching Protocols（切换协议） | 服务器正根据客户端的指示将协议切换成Update首部列出的协议 |
2、200~299 成功状态码
客户端发起请求时，这些请求通常都是成功的。服务器有一组用来表示成功的状态码，分别对应不同类型的请求。
| 状态码 | 短语原因 | 含义 |
|---|---|---|
| 200 | OK | 服务器已成功处理请求 |
| 201 | Created（已创建） | 对那些要服务器创建对象的请求来说，资源已创建完毕 |
| 202 | Accepted（已接受） | 请求已接受，但服务器尚未处理 |
| 203 | Non-Authoritative Information（非权威信息） | 服务器已将事务成功处理，只是实体首部所包含的信息不是来自原始服务器，而是来自资源的副本 |
| 204 | No Content（没有内容） | 响应报文包含了一些首部和一个状态行，但不包含实体的主体内容 |
| 205 | Reset Content（重置内容） | 另一个主要用于浏览器的代码。意思是浏览器应该重置当前页面上所有的HTML表单 |
| 206 | Partial Content（部分内容） | 部分请求成功 |
3、300~399 重定向状态码
重定向状态码要么告知客户端使用代替位置来访问他们所感兴趣的资源，要么就提供一个替代的响应而不是资源的内容。如果资源已被移动，可发送一个重定向状态码和一个可选的Location首部来告知客户端资源已被移走，以及现在可以在哪里找到它。这样浏览器就可以在不打扰使用者的情况下透明地转入新的位置了。
| 状态码 | 短语原因 | 含义 |
|---|---|---|
| 300 | Multiple Choices（多项选择） | 客户端请求了实际指向多个资源的URL。这个代码是和一个选项列表一起返回的，然后用户可以选择他希望的选项了。 |
| 301 | Moved Permanently（永久搬离） | 请求的资源已移走。响应中应该包含一个Location URL，说明资源现在所在的位置 |
| 302 | Found（已找到） | 与状态码301类似，但这里的搬离是临时的。客户端应该用Location首部给出的URL对资源进行临时定位。 |
| 303 | See Other（参见其它） | 告诉客户端应该用另一个URL获取资源。这个新的URL位于响应报文的Location首部。 |
| 304 | Not Modified（未修改） | 客户端可以通过它们所包含的请求首部发起条件请求。这个代码说明资源未发生过变化。 |
| 305 | Used Proxy（使用代理） | 必须通过代理访问资源，代理的位置是在Location首部中给出的。 |
| 306 | （未用） | |
| 307 | Temporary Redirected（临时重定向） | 和状态码301类似。但客户端应该用Location首部给出的URL对资源进行临时定位。 |
从上表中，注意到302、303和307状态码之间存在一些交叉。这些状态码的用法有着细微的差别，大部分差别都源于HTTP/1.0和HTTP/1.1应用程序对这些状态码处理方式的不同。
4、400~499 客户端错误状态码
有时客户端会发送一些服务器无法处理的东西，比如格式错误的请求报文，或者最常见的是，请求一个不存在的URL。如下列出了各种客户端的错误状态码。
| 状态码 | 短语原因 | 含义 |
|---|---|---|
| 400 | Bad Request（坏请求） | 告诉客户端它发送了一条异常请求 |
| 401 | Unauthorized（未授权） | 与适当的首部一起返回，在获得资源访问权之前，请它进行身份验证 |
| 402 | Payment Required（要求付款） | 当前状态码并未使用，是为未来使用预留的 |
| 403 | Forbidden（禁止） | 服务器拒绝了请求 |
| 404 | Not Found（未找到） | 服务器无法找到所请求的URL |
| 405 | Methods Not Allowed（不允许使用的方法） | 请求中有一个所请求的URI不支持的方法。响应中应该包含一Allows首部，以告知客户端所请求的资源支持哪些方法 |
| 406 | Not Acceptable（无法接受） | 客户端可以指定一些参数来说明希望接受哪些类型的实体。服务器没有资源与客户端可接受的URL相匹配时可使用此代码 |
| 407 | Proxy Authentication Required（要求进行代理验证） | 和状态码401类似，但用于需要进行资源验证的代理服务器 |
| 408 | Request Timeout（请求超时） | 如果客户端完成其请求时花费的时间太长，服务器可以回送这个状态码并关闭连接 |
| 409 | Conflict（冲突） | 发出的请求在资源上造成了一些冲突 |
| 410 | Gone（消失了） | 除了服务器曾持有这些资源外，与状态码404类似 |
| 411 | Length Required（要求长度指示） | 服务器要求在请求报文中包含Content-Length首部时会使用这个代码。发起的请求中若没有Content-Length首部，服务器是不会接受此资源请求的 |
| 412 | Precondition Failed（先决条件失败） | 如果客户端发起了一个条件请求，如果服务器无法满足其中的某个条件，就返回这个响应码。客户端包含了Expect首部时发起的请求就是条件请求。 |
| 413 | Request Entity Too Large（请求实体太大） | 客户端发送的实体主体部分比服务器能够或希望处理的要大 |
| 414 | Request URL Too Long（请求URL太长） | 客户端发送的请求所携带的请求URL超过了服务器能够或希望处理的长度 |
| 415 | Unsupported Media Type（不支持的媒体类型） | 服务器无法理解或不支持客户端所发送的实体的内容类型 |
| 416 | Requested Range Not Satisfiable（所请求的范围未得到满足） | 请求报文请求的是某范围内的指定资源，但那个范围无效，或者未得到满足 |
| 417 | Expectation Failed（无法满足期望） | 请求的Expect首部包含了一个预期内容，但服务器无法满足 |
5、500~599 服务器错误状态码
有时客户端发送了一条有效请求，服务器自身却出错了。这可能是客户端碰上了服务器的缺陷，或者服务器上的子元素，比如某个网关资源，出了错。
| 状态码 | 短语原因 | 含义 |
|---|---|---|
| 500 | Internal Server Error（内部服务器错误） | 服务器遇到了一个错误，使其无法为请求提供服务 |
| 501 | Not Implemented（未实现） | 服务器无法满足客户端请求的某个功能 |
| 502 | Bad Gateway（网关故障） | 作为代理或者网关使用的服务器遇到了来自响应链中上游的无效响应 |
| 503 | Service Unavailable（未提供此服务） | 服务器目前无法为请求提供服务，但过一段时间就可以恢复服务 |
| 504 | Gateway Timeout（网关超时） | 与状态码408类似，但是响应来自网关或代理在等待另一台服务器的响应时出现了超时 |
| 505 | HTTP Version Not Supported（不支持的HTTP版本） | 服务器收到的请求是以它不支持或不愿支持的协议版本表示的 |
参考
《HTTP权威指南》 David Gourley, Brian Totty, Marjorie Sayer, Sailu Reddy, Ansbu Aggarwal 著 陈涓 赵振平 译
RFC：https://tools.ietf.org/html/rfc2616（查看第10章）
W3C：https://www.w3.org/Protocols/rfc2616/rfc2616.html（查看第10章）
网友评论