HTTP协议 状态码详解
什么是HTTP状态码
HTTP状态码的作用是：Web服务器用来告诉客户端，发生了什么事。
状态码位于HTTP Response 的第一行中，会返回一个”三位数字的状态码“和一个“状态消息”。 ”三位数字的状态码“便于程序进行处理， “状态消息”更便于人理解。
如下图， 当客户端请求一个不存在的URL的时候， Web服务器会返回 “HTTP/1.1 404 Not Found” 告诉浏览器客户端。 服务器无法找到所请求的URL。
状态码分类
HTTP状态码被分为五大类， 目前我们使用的HTTP协议版本是1.1， 支持以下的状态码。随着协议的发展，HTTP规范中会定义更多的状态码。
小技巧： 假如你看到一个状态码518， 你并不知道具体518是什么意思。 这时候你只要知道518是属于（5XX，服务器错误就可以了）
| 已定义范围 | 分类 | |
| 1XX | 100-101 | 信息提示 |
| 2XX | 200-206 | 成功 |
| 3XX | 300-305 | 重定向 |
| 4XX | 400-415 | 客户端错误 |
| 5XX | 500-505 | 服务器错误 |
常见的状态码
一般人只需要了解以下常见的状态码就够了， 如果你想了解更多， 请继续往下看。
| 200 OK 服务器成功处理了请求（这个是我们见到最多的） |
| 301/302 Moved Permanently（重定向）请求的URL已移走。Response中应该包含一个Location URL, 说明资源现在所处的位置 |
| 304 Not Modified（未修改）客户的缓存资源是最新的， 要客户端使用缓存 |
| 404 Not Found 未找到资源 |
| 501 Internal Server Error服务器遇到一个错误，使其无法对请求提供服务 |
1XX 信息性状态码
这些状态码是HTTP 1.1引入的。 对于这些状态码的价值还存在争论 （我个人从来没见过这些状态码， 也没有理解这些状态码。）
| 状态码 | 状态消息 | 含义 | 实例 |
| 100 | Continue(继续) | 收到了请求的起始部分，客户端应该继续请求 | |
| 101 | Switching Protocols（切换协议） | 服务器正根据客户端的指示将协议切换成Update Header列出的协议 |
2XX 成功状态码
客户端发起请求时， 这些请求通常都是成功的。服务器有一组用来表示成功的状态码，分别对应于不同类型的请求。
| 状态码 | 状态消息 | 含义 | 实例 |
| 200 | OK | 服务器成功处理了请求（这个是我们见到最多的） | HTTP协议详解-200 |
| 201 | Created（已创建） | 对于那些要服务器创建对象的请求来说，资源已创建完毕。 | |
| 202 | Accepted（已接受） | 请求已接受， 但服务器尚未处理 | |
| 203 | Non-Authoritative Information（非权威信息） | 服务器已将事务成功处理，只是实体Header包含的信息不是来自原始服务器，而是来自资源的副本。 | |
| 204 | No Content(没有内容) | Response中包含一些Header和一个状态行， 但不包括实体的主题内容（没有response body） | 状态码204 |
| 205 | Reset Content(重置内容) | 另一个主要用于浏览器的代码。意思是浏览器应该重置当前页面上所有的HTML表单。 | |
| 206 | Partial Content（部分内容） | 部分请求成功 | 状态码206 |
3XX 重定向状态码
重定向状态码用来告诉浏览器客户端，它们访问的资源已被移动， Web服务器发送一个重定向状态码和一个可选的Location Header, 告诉客户端新的资源地址在哪。
浏览器客户端会自动用Location中提供的地址，重新发送新的Request。 这个过程对用户来说是透明的。
301和302 非常相似， 一个是永久转移，一个是临时转移。
（SEO中，搜索引擎如果碰到301， 比如网页A用301重定向到网页B，搜索引擎可以肯定网页A永久性改变地址，就会把网页B当做唯一有效目标）
302，303，307 是一样。 这是因为302是HTTP 1.0定义的， HTTP1.1中使用303,307. 同时又保留了302. （但在现实中，我们还是用302，我是没见过303和307）
所以这一节， 我们只需要掌握302， 304 就可以了。
| 状态码 | 状态消息 | 含义 | 实例 |
| 300 | Multiple Choices（多项选择） | 客户端请求了实际指向多个资源的URL。这个代码是和一个选项列表一起返回的，然后用户就可以选择他希望的选项了 | |
| 301 | Moved Permanently（永久移除) | 请求的URL已移走。Response中应该包含一个Location URL, 说明资源现在所处的位置 | 状态码301 |
| 302 | Found（已找到） | 与状态码301类似。但这里的移除是临时的。 客户端会使用Location中给出的URL，重新发送新的HTTP request | HTTP协议详解-302 |
| 303 | See Other（参见其他） | 类似302 | |
| 304 | Not Modified（未修改） | 客户的缓存资源是最新的， 要客户端使用缓存 | HTTP协议之缓存-304 |
| 305 | Use Proxy（使用代理） | 必须通过代理访问资源， 代理的地址在Response 的Location中 | |
| 306 | 未使用 | 这个状态码当前没使用 | |
| 307 | Temporary Redirect（临时重定向 | 类似302 |
4XX客户端错误状态码
有时客户端会发送一些服务器无法处理的东西，比如格式错误的Request, 或者最常见的是， 请求一个不存在的URL。
| 状态码 | 状态消息 | 含义 | 实例 |
| 400 | Bad Request（坏请求） | 告诉客户端，它发送了一个错误的请求。 | 状态码400 |
| 401 | Unauthorized（未授权） | 需要客户端对自己认证 | HTTP协议之基本认证-401 |
| 402 | Payment Required（要求付款） | 这个状态还没被使用， 保留给将来用 | |
| 403 | Forbidden（禁止） | 请求被服务器拒绝了 | 状态码403 |
| 404 | Not Found（未找到） | 未找到资源 | HTTP协议详解-404 |
| 405 | Method Not Allowed（不允许使用的方法） | 不支持该Request的方法。 | 状态码405 |
| 406 | Not Acceptable（无法接受） | ||
| 407 | Proxy Authentication Required(要求进行代理认证) | 与状态码401类似， 用于需要进行认证的代理服务器 | HTTP协议之代理-407 |
| 408 | Request Timeout（请求超时） | 如果客户端完成请求时花费的时间太长， 服务器可以回送这个状态码并关闭连接 | |
| 409 | Conflict（冲突） | 发出的请求在资源上造成了一些冲突 | |
| 410 | Gone（消失了） | 服务器曾经有这个资源，现在没有了， 与状态码404类似 | |
| 411 | Length Required（要求长度指示） | 服务器要求在Request中包含Content-Length。 | 状态码411 |
| 412 | Precondition Failed（先决条件失败） | ||
| 413 | Request Entity Too Large（请求实体太大） | 客户端发送的实体主体部分比服务器能够或者希望处理的要大 | 状态码413 |
| 414 | Request URI Too Long（请求URI太长） | 客户端发送的请求所携带的URL超过了服务器能够或者希望处理的长度 | 状态码414 |
| 415 | Unsupported Media Type（不支持的媒体类型） | 服务器无法理解或不支持客户端所发送的实体的内容类型 | |
| 416 | Requested Range Not Satisfiable（所请求的范围未得到满足） | ||
| 417 | Expectation Failed（无法满足期望） |
5XX服务器错误状态码
有时候客户端发送了一条有效Request, Web服务器自身却出错了。 可能是Web服务器运行出错了， 或者网站都挂了。 5XX就是用来描述服务器错误的。
| 状态码 | 状态消息 | 含义 | 实例 |
| 500 | Internal Server Error(内部服务器错误) | 服务器遇到一个错误，使其无法为请求提供服务 | 状态码500 |
| 501 | Not Implemented（未实现） | 客户端发起的请求超出服务器的能力范围(比如，使用了服务器不支持的请求方法)时，使用此状态码。 | 状态码501 |
| 502 | Bad Gateway（网关故障） | 代理使用的服务器遇到了上游的无效响应 | 状态码502 |
| 503 | Service Unavailable（未提供此服务） | 服务器目前无法为请求提供服务，但过一段时间就可以恢复服务 | |
| 504 | Gateway Timeout（网关超时） | 与状态吗408类似， 但是响应来自网关或代理，此网关或代理在等待另一台服务器的响应时出现了超时 | |
| 505 | HTTP Version Not Supported（不支持的HTTP版本） | 服务器收到的请求使用了它不支持的HTTP协议版本。 有些服务器不支持HTTP早期的HTTP协议版本，也不支持太高的协议版本 | 状态码505 |
204 No Content(没有内容)
返回的Response中只有一些Header和一个状态行， 没有实体的主题内容（没有response body）
204状态码的作用在于： 1. 在不获取资源的情况下了解资源的情况（比如判断其类型）
2. 通过查看Response中的状态码， 看看某个对象是否存在
3. 通过查看Header, 测试资源是否被修改了。
实例：先打开Fiddler, 然后启动浏览器访问ditu.google.cn, 你会捕获到很多204
206 Partial Content(部分内容)
206状态码代表服务器已经成功处理了部分GET请求（只有发送GET 方法的request, web服务器才可能返回206），
应用场景：
1. FlashGet, 迅雷或者HTTP下载工具都是使用206状态码来实现断点续传
2. 将以个大文档分解为多个下载段同时下载 比如，在线看视频
实例： 一些流媒体技术比如在线视频，可以边看边下载。 就是使用206来实现的。
打开Fiddler， 然后用浏览器打开“搜狐视频中的绿箭侠” http://tv.sohu.com/20121011/n354681393.shtml 然后你在Fiddler中就能看到一堆的206
1. 浏览器发送一个Get 方法的request. header中包含 Range: bytes=5303296-5336063. (意思就是请求得到5303296-5336063这个范围的数据)。
2. Web服务器返回一个206 的Response. header中包含Content-Range: bytes 5303296-5336063/12129376(表明这次返回的内容范围)
301 Moved Permanently（永久移除)
请求的URL已移走。Response中应该包含一个Location URL, 说明资源现在所处的位置
例如： 1. 浏览器客户端访问 http://map.google.cn
2. Web服务器返回Response 301，Location=http://titu.google.cn （告诉客户端我们的资源位于这里， ）
3. 浏览器客户端会自动再发送一个Request 去访问http://titu.google.cn
400 Bad Request（坏请求)
发送的Request中的数据有错误(比如：表单有错误，Cookie有错误)， 这个我们也经常见到。
实例： 还没想到， 想到了再贴个实例上来。
403 Forbidden(禁止)
Web客户端发送的请求被Web服务器拒绝了， 如果服务器想说明为什么拒绝请求，可以包含实体的主体部分来对原因进行描述。但这个状态码通常是服务器不想说明拒绝原因。
访问下面的URL， 会被服务器拒绝. 并且返回403状态码
http://t2.baidu.com/it/u=1791561788,200960144&fm=0&gp=0.jpg
404 Page not Found (请求的资源不存在)
这个大家都懂的， 值得一提的是： 腾讯把404页面做成了“寻找被拐儿童”
405 Method Not Allowed(不允许使用的方法)
405是指Web服务器不支持Request中的方法。
我个人认为状态码405Method Not Allowed和501 Not Implemented 是一样的意思。都是不支持Request的方法。 （目前我还不知道这两个的区别）
实例: 发送一个是trace方法的Request 给www.google.com
411 Length Required（要求长度指示）
服务器要求在Request中包含Content-Length。
当浏览器使用Post方法，发送数据给Web服务器时， 必须要有Content-Length。这样Web服务器才知道你要发送多少数据，否则Web服务器会返回411状态码
实例： 发送一个Post方法的Request 给www.google.com. Request中没有Content-Length
413 Request Entity Too Large（请求实体太大）
作用：客户端发送的实体主体部分比服务器能够或者希望处理的要大。 一般情况下我们看不到这个状态码。 因为浏览器不会发送太大的数据给网站，但是机器人可能会。
实例: 用post方法发送一个大文件(100MB以上)给www.google.com
414 Request URI Too Long(请求URI太长)
就是说Request URI太长， 一般浏览器本身对URI的长度就会有限制，所以不会发送URI很长的Request. 我们平常是根本看不到414错误的。 但是机器人可以发送很长URI。
例如：我们用Fiddler Composer发送一个很长的URI给Google, 比如 "www.google.com?q=asdfasdasf.." q=后面的参数很长。 就可以看到414了
500 Internal Server Error(内部服务器错误)
这个太常见了， 我们开发网站的时候，当我们的程序出错了时，就会返回500错误。
实例：ASP.NET 程序出错
501 Not Implemented(未实现)
客户端发起的请求超出服务器的能力范围(比如，使用了服务器不支持的请求方法)时，使用此状态码）。 一般的Web服务器只支持GET和POST方法。
实例： 使用Fiddler Composer 给www.qq.com, 发送一个OPTIONS 方法的Request. 服务器就能返回501了。
502 Bad Gateway（网关故障）
代理使用的服务器遇到了上游的无效响应。
Fiddler本身就是代理服务器。 当我们访问www.facebook.com，这网站被我们天朝屏蔽了。 所以我们可以得到502
505 HTTP Version Not Supported(不支持的HTTP版本)
表示Web服务器不支持此HTTP协议的版本。
众所周知我们现在使用的HTTP协议版本是HTTP/1.1， 如果我们发送一个HTTP/2.0 的request 给博客园， 博客园肯定不能支持HTTP/2.0，所以会返回505
想要发送这样的request, 可以使用Fiddler工具中的Composer来发送自定义的request, 如下图。
