http状态码
1 1xx消息
2 2xx成功
3 3xx重定向
4 4xx请求错误
5 5xx服务器错误
HTTP状态码（英语：HTTP Status Code）是用以表示网页服务器HTTP响应状态的3位数字代码。它由RFC 2616规范定义的，并得到RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918等规范扩展。
所有状态码的第一个数字代表了响应的五种状态之一。
实例：
100 Continue客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分，或者如果请求已经完成，忽略这个响应。服务器必须在请求完成后向客户端发送一个最终响应。
101 Switching Protocols服务器已经理解了客户端的请求，并将通过Upgrade消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到在Upgrade消息头中定义的那些协议。
: 只有在切换新的协议更有好处的时候才应该采取类似措施。例如，切换到新的HTTP版本比旧版本更有优势，或者切换到一个实时且同步的协议以传送利用此类特性的资源。
102 Processing由WebDAV（RFC 2518）扩展的状态码，代表处理将被继续执行。
2XX：
200 OK请求已成功，请求所希望的响应头或数据体将随此响应返回。
201 Created请求已经被实现，而且有一个新的资源已经依据请求的需要而创建，且其URI已经随Location头信息返回。假如需要的资源无法及时创建的话，应当返回'202 Accepted'。
202 Accepted服务器已接受请求，但尚未处理。正如它可能被拒绝一样，最终该请求可能会也可能不会被执行。在异步操作的场合下，没有比发送这个状态码更方便的做法了。:返回202状态码的响应的目的是允许服务器接受其他过程的请求（例如某个每天只执行一次的基于批处理的操作），而不必让客户端一直保持与服务器的连接直到批处理操作全部完成。在接受请求处理并返回202状态码的响应应当在返回的实体中包含一些指示处理当前状态的信息，以及指向处理状态监视器或状态预测的指针，以便用户能够估计操作是否已经完成。
203 Non-Authoritative Information服务器已成功处理了请求，但返回的实体头部元信息不是在原始服务器上有效的确定集合，而是来自本地或者第三方的拷贝。当前的信息可能是原始版本的子集或者超集。例如，包含资源的元数据可能导致原始服务器知道元信息的超集。使用此状态码不是必须的，而且只有在响应不使用此状态码便会返回200 OK的情况下才是合适的。
204 No Content服务器成功处理了请求，但不需要返回任何实体内容，并且希望返回更新了的元信息。响应可能通过实体头部的形式，返回新的或更新后的元信息。如果存在这些头部信息，则应当与所请求的变量相呼应。如果客户端是浏览器的话，那么用户浏览器应保留发送了该请求的页面，而不产生任何文档视图上的变化，即使按照规范新的或更新后的元信息应当被应用到用户浏览器活动视图中的文档。由于204响应被禁止包含任何消息体，因此它始终以消息头后的第一个空行结尾。
205 Reset Content服务器成功处理了请求，且没有返回任何内容。但是与204响应不同，返回此状态码的响应要求请求者重置文档视图。该响应主要是被用于接受用户输入后，立即重置表单，以便用户能够轻松地开始另一次输入。与204响应一样，该响应也被禁止包含任何消息体，且以消息头后的第一个空行结束。
206 Partial Content服务器已经成功处理了部分GET请求。类似于FlashGet或者迅雷这类的HTTP 下载工具都是使用此类响应实现断点续传或者将一个大文档分解为多个下载段同时下载。该请求必须包含Range头信息来指示客户端希望得到的内容范围，并且可能包含If-Range来作为请求条件。响应必须包含如下的头部域： Content-Range用以指示本次响应中返回的内容的范围；如果是Content-Type为multipart/byteranges的多段下载，则每一multipart段中都应包含Content-Range域用以指示本段的内容范围。假如响应中包含Content-Length，那么它的数值必须匹配它返回的内容范围的真实字节数。
Date
ETag和／或Content-Location，假如同样的请求本应该返回200响应。
Expires,Cache-Control，和／或Vary，假如其值可能与之前相同变量的其他响应对应的值不同的话。
假如本响应请求使用了If-Range强缓存验证，那么本次响应不应该包含其他实体头；假如本响应的请求使用了If-Range弱缓存验证，那么本次响应禁止包含其他实体头；这避免了缓存的实体内容和更新了的实体头信息之间的不一致。否则，本响应就应当包含所有本应该返回200响应中应当返回的所有实体头部域。假如ETag或Last-Modified头部不能精确匹配的话，则客户端缓存应禁止将206响应返回的内容与之前任何缓存过的内容组合在一起。任何不支持Range以及Content-Range头的缓存都禁止缓存206响应返回的内容。
207 Multi-Status由WebDAV(RFC 2518)扩展的状态码，代表之后的消息体将是一个XML消息，并且可能依照之前子请求数量的不同，包含一系列独立的响应代码。
3XX：
301和302 非常相似，一个是永久转移，一个是临时转移。
304 NotModified（未修改）客户的缓存资源是最新的，要客户端使用缓存
305 Use Proxy（使用代理）必须通过代理访问资源，代理的地址在Response 的Location中
307Temporary Redirect（临时重定向类似302 ）
300Multiple Choices客户端请求了实际指向多个资源的URL。这个代码是和一个选项列表一起返回的，然后用户就可以选择他希望的选项了
4XX:
400 BadRequest（坏请求）告诉客户端，它发送了一个错误的请求。状态码400
401Unauthorized（未授权）需要客户端对自己认证 HTTP协议之基本认证-401
402Payment Required（要求付款）这个状态还没被使用，保留给将来用
403Forbidden（禁止）请求被服务器拒绝了状态码403
404 NotFound（未找到）未找到资源 HTTP协议详解-404
405Method Not Allowed（不允许使用的方法）不支持该Request的方法。状态码405
406 NotAcceptable（无法接受）
407Proxy Authentication Required(要求进行代理认证) 与状态码401类似，用于需要进行认证的代理服务器 HTTP协议之代理-407
408Request Timeout（请求超时）如果客户端完成请求时花费的时间太长，服务器可以回送这个状态码并关闭连接
409Conflict（冲突）发出的请求在资源上造成了一些冲突
410 Gone（消失了）服务器曾经有这个资源，现在没有了，与状态码404类似
411 LengthRequired（要求长度指示）服务器要求在Request中包含Content-Length。状态码411
412Precondition Failed（先决条件失败）
413Request Entity Too Large（请求实体太大）客户端发送的实体主体部分比服务器能够或者希望处理的要大状态码413
414Request URI Too Long（请求URI太长）客户端发送的请求所携带的URL超过了服务器能够或者希望处理的长度状态码414
415Unsupported Media Type（不支持的媒体类型）服务器无法理解或不支持客户端所发送的实体的内容类型
416Requested Range Not Satisfiable（所请求的范围未得到满足）
417Expectation Failed（无法满足期望）
5XX:
500 Internal ServerError(内部服务器错误)
这个太常见了，我们开发网站的时候，当我们的程序出错了时，就会返回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 NotSupported(不支持的HTTP版本)
表示Web服务器不支持此HTTP协议的版本。
众所周知我们现在使用的HTTP协议版本是HTTP/1.1，如果我们发送一个HTTP/2.0 的request 给博客园，博客园肯定不能支持HTTP/2.0，所以会返回505 想要发送这样的request, 可以使用Fiddler工具中的Composer来发送自定义的request
本文出自 “Try to be brave” 博客，谢绝转载！