HTTP响应状态码

RFC 标准把HTTP响应状态码分成了五类，用数字的第一位表示分类，而 0~99 不用，这样状态码的实际可用范围就大大缩小了，由 000~999 变成了 100~599。

需要注意的是，客户端和服务器都需要根据状态码进行对应的操作。

客户端作为请求的发起方，获取响应报文后，需要通过状态码知道请求是否被正确处理，是否要再次发送请求，如果出错了原因又是什么。这样才能进行下一步的动作，要么发送新请求，要么改正错误重发请求。

服务器端作为请求的接收方，也应该很好地运用状态码。在处理请求时，选择最恰当的状态码回复客户端，告知客户端处理的结果，指示客户端下一步应该如何行动。特别是在出错的时候，尽量不要简单地返 400、500 这样意思含糊不清的状态码。

五类具体的含义如下图：


1××	提示信息，表示目前是协议处理的中间状态，还需要后续的操作
2××	成功，报文已经收到并被正确处理
3××	重定向，资源位置发生变动，需要客户端重新发送请求
4××	客户端错误，请求报文有误，服务器无法处理
5××	服务器错误，服务器在处理请求时内部发生了错误

需要注意的是，下方都是常用的方法。

具体分析

偶尔能够遇到并看到的是"101 Switching Protocols"，客户端使用 Upgrade 头字段，要求在 HTTP 协议的基础上改成其他的协议继续通信，比如 WebSocket。而如果服务器也同意变更协议，就会发送状态码 101，但这之后的数据传输就不会再使用 HTTP 了。

状态	含义
200 OK	最常见的成功状态码，表示一切正常，服务器如客户端所期望的那样返回了处理结果
204 No Content	与200 OK有些相似，但是没有body数据，只有头部信息
206 Partial Content	与200 OK有些相似，body 里的数据不是资源的全部，而是其中的一部分。

状态	含义
301 Moved Permanently	永久重定向，表明当前URL已经永久不使用，需要使用Location后边URL进行重定向，浏览器不会缓存Location后边URL
302 Found	请求的资源还在，但需要暂时用另一个 URI 来访问，需要使用Location后边URL进行重定向，浏览器不会缓存Location后边URL
304 Not Modified	重定向已到缓存的文件

状态	含义
400 Bad Request	请求报文有错误，这里的错误指示比较模糊，尽量不要用这个状态
403 Forbidden	服务器禁止访问资源
404 Not Found	服务器资源没有找到，现在好多问题都返回这个状态码

状态	含义
500 Internal Server Error	服务器发生错误的代码
501 Not Implemented	客户端请求的功能还不支持
502 Bad Gateway	表示服务器正常运行，但是后端服务器被访问时发生了错误
503 Service Unavailable	服务器繁忙，无法提供服务