HTTP常用返回结果状态码

摘编自《图解HTTP》

HTTP状态码负责表示客户端 HTTP请求的返回结果、标记服务器端的处理是否正常、通知出现的错误等工作。状态码的职责是当客户端向服务器端发送请求时，描述返回的请求
结果。借助状态码，用户可以知道服务器端是正常处理了请求，还是出
现了错误。

状态码的类别如下:

状态码	类别	原因
1XX	Informational（信息性状态码）	接收的请求正在处理
2XX	Success（成功状态码）	请求正常处理完毕
3XX	Redirection（重定向状态码）	需要进行附加操作以完成请求
4XX	Client Error（客户端错误状态码）	服务器无法处理请求
5XX	Server Error（服务器错误状态码）	服务器处理请求出错

仅记录在RFC2616上的 HTTP 状态码就达 40 种，若再加上WebDAV（Web-based Distributed Authoring and Versioning，基于万维网的分布式创作和版本控制）（RFC4918、5842）和附加 HTTP 状态码（RFC6585）等扩展，数量就达 60 余种。别看种类繁多，实际上经常使用的大概只有 14 种。接下来，我们就介绍一下这些具有代表性的一些状态码。

A. 200 OK

表示从客户端发来的请求在服务器端被正常处理了。

B. 204 No Content

该状态码代表服务器接收的请求已成功处理，但在返回的响应报文中不含实体的主体部分。另外，也不允许返回任何实体的主体。比如，当从浏览器发出请求处理后，返回 204 响应，那么浏览器显示的页面不发生更新。

一般在只需要从客户端往服务器发送信息，而对客户端不需要发送新信息内容的情况下使用。既然是 'no content'，那也没有消息体了。

你也许会有疑问:“返回一个空的HTTP/200响应不行吗？”在大多数场景下,这两种响应码完全等效。但有一种情况下，HTTP/204响应会让浏览器有不同的表现。这种情况就是当用户在浏览器窗口window或者frame/iframe框架中导航的时候.

如果导航到的 URL 返回了一个没有响应体的 HTTP/200 响应,则页面将会显示一个空白文档.页面的 URL 地址也会变成新指定的 URL；如果服务器返回的是一个 HTTP/204 响应,当前页面不会有任何变化，就好像根本没有进行导航操作一样，页面的URL地址也保持不变。

C. 206 Partial Content

该状态码表示客户端进行了范围请求，而服务器成功执行了这部分的 GET 请求。响应报文中包含由 Content-Range 指定范围的一部分实体内容。当我只需要半张图片，或者断点续传时就能派上用场。

D. 301 Moved Permanently

永久性重定向。该状态码表示请求的资源已被分配了新的 URI，以后将来都应该使用资源现在所指的 URI。也就是说，如果已经把资源对应的 URI 保存为书签了，这时应该按 Location 首部字段提示的 URI 重新保存。旧 URL 不再使用，通常是网站改版换名字。

E. 302 Found

临时性重定向。该状态码表示请求的资源已被分配了新的 URI，希望用户（本次）能使用新的 URI 访问。302的原始描述短语是 "Moved Temporarily", 即“URL临时移动了”，不必急着更新书签，将来还有可能会改变。

F. 304 Not Modified

当客户端发送了带If-None-Match等字段（时效相关）的请求，服务器响应了请求，但是请求并不满足时效条件，可以直接使用本地缓存，此时返回304。一方面， 304 可以看做对本地缓存的定向，所以放到 3XX 里面。但实际上他是一个成功的状态。

G. 400 Bad Request

表示报文里存在直接的语法错误，不能处理

H. 401 Unauthorized

当客户发送请求，服务端返回 401，表明这个资源需要 HTTP认证，需要带上Authorizationcredentials以后再发送。当第二次发送请求仍然是401，则表示认证失败。返回含有 401 的响应必须包含一个适用于被请求资源的 WWW-Authenticate 首部用以质询（challenge）用户信息。当浏览器初次接收到 401 响应，会弹出认证用的对话窗口。