RFC 标准把HTTP响应状态码分成了五类，用数字的第一位表示分类，而 0~99 不用，这样状态码的实际可用范围就大大缩小了，由 000~999 变成了 100~599。
需要注意的是，客户端和服务器都需要根据状态码进行对应的操作。
客户端作为请求的发起方，获取响应报文后，需要通过状态码知道请求是否被正确处理，是否要再次发送请求，如果出错了原因又是什么。这样才能进行下一步的动作，要么发送新请求，要么改正错误重发请求。
服务器端作为请求的接收方，也应该很好地运用状态码。在处理请求时，选择最恰当的状态码回复客户端，告知客户端处理的结果，指示客户端下一步应该如何行动。特别是在出错的时候，尽量不要简单地返 400、500 这样意思含糊不清的状态码。
五类具体的含义如下图：
| 1×× | 提示信息，表示目前是协议处理的中间状态，还需要后续的操作 |
| 2×× | 成功，报文已经收到并被正确处理 |
| 3×× | 重定向，资源位置发生变动，需要客户端重新发送请求 |
| 4×× | 客户端错误，请求报文有误，服务器无法处理 |
| 5×× | 服务器错误，服务器在处理请求时内部发生了错误 |
需要注意的是，下方都是常用的方法。
具体分析
1××
偶尔能够遇到并看到的是"101 Switching Protocols"，客户端使用 Upgrade 头字段，要求在 HTTP 协议的基础上改成其他的协议继续通信，比如 WebSocket。而如果服务器也同意变更协议，就会发送状态码 101，但这之后的数据传输就不会再使用 HTTP 了。
2××
| 状态 | 含义 |
|---|---|
| 200 OK | 最常见的成功状态码，表示一切正常，服务器如客户端所期望的那样返回了处理结果 |
| 204 No Content | 与200 OK有些相似，但是没有body数据，只有头部信息 |
| 206 Partial Content | 与200 OK有些相似，body 里的数据不是资源的全部，而是其中的一部分。 |
3xx
| 状态 | 含义 |
|---|---|
| 301 Moved Permanently | 永久重定向，表明当前URL已经永久不使用，需要使用Location后边URL进行重定向，浏览器不会缓存Location后边URL |
| 302 Found | 请求的资源还在，但需要暂时用另一个 URI 来访问，需要使用Location后边URL进行重定向，浏览器不会缓存Location后边URL |
| 304 Not Modified | 重定向已到缓存的文件 |
4xx
| 状态 | 含义 |
|---|---|
| 400 Bad Request | 请求报文有错误，这里的错误指示比较模糊，尽量不要用这个状态 |
| 403 Forbidden | 服务器禁止访问资源 |
| 404 Not Found | 服务器资源没有找到，现在好多问题都返回这个状态码 |
5××
| 状态 | 含义 |
|---|---|
| 500 Internal Server Error | 服务器发生错误的代码 |
| 501 Not Implemented | 客户端请求的功能还不支持 |
| 502 Bad Gateway | 表示服务器正常运行，但是后端服务器被访问时发生了错误 |
| 503 Service Unavailable | 服务器繁忙，无法提供服务 |