状态码的作用:
状态码可以在客户端向服务器端发送请求时,描述返回的请求结果。通过状态码,用户也可以知道服务器是正常处理了请求,还是出现了错误。
状态码的类别:
只要遵守状态码类别的定义,即使改变RFC2616中定义的状态码,或服务器端自行创建状态码都没问题。
仅记录在RFC2616上的HTTP状态码就达40种,再加上WebDAV(Web-based Distributed Authoring and Versioning ,基于万维网的分布式创作和版本控制)(RFC4918、5842)和附加HTTP状态码(RFC6585)等扩展,数量就有60多种。但我们经常用的只有14种左右。
表示从客户端发来的请求在服务器端被正常处理了。
在响应报文内,随状态码一起返回的信息会因方法的不同而发生改变。
比如,使用GET方法时,对应请求资源的实体会作为响应返回;而使用HEAD方法 时,对应请求资源的实体首部不随报文主体作为响应返回(即在响应中只返回首部,不会返回实体的主体部分)。
该状态码表示服务器接收的请求已经成功处理,但在返回的响应报文中不含实体的主体部分。另外,也不允许返回任何实体的主体。比如,当从浏览器发出请求处理后,返回204响应,那么浏览器显示的页面不发生更新。
一般在只需要客户端往服务器发送信息,而对客户端不需要发送新信息内容的情况下使用。
该状态码表示客户端进行了范围请求,而服务器成功执行了这部分的 GET 请求。响应报文中包含由 Content-Range指定范围的实体内容。
3XX 响应结果表明浏览器需要执行某些特殊的处理以正确处理请求。
永久性重定向。该状态码表示请求的资源已被分配了新的URI,以后应使用资源现在所指的URI。也就是说,如果已经把资源对应的URI保存为书签了,这时应该按Location 首部字段提示的URI重新保存。
像下方给出的请求URI,当指定资源路径的最后忘记添加斜杠“/”,就会产生301状态码。
http://example.com/mikasa8
临时性重定向。该状态码表示请求的资源已被分配了新的URI,希望用户(本次)能使用新的URI访问。
和 301 Moved Permanently 状态码相似,但 302 状态码代表的资源不是被永久移动,知识临时性质的。换句话说,已经移动的资源对应的URI将来还有可能发生该表。比如,用户把URI保存成书签,但不会像 301 状态码出现时那样去更新书签,而是仍旧保留返回 302 状态码的页面对应的URI。
该状态码表示由于请求对应的资源存在着另一个URI,应使用GET方法定向获取请求的资源。
303 状态码和 302 Found 状态码有着相同的功能,但 303 状态码明确表示客户端应当采用GET方法获取资源,这点与 302 状态码有区别。
比如,当使用POST方法访问CGI程序,其执行后的处理结果是希望客户端能以GET方法重定向到另一个URI上去时,返回 303 状态码。虽然 302 Found 状态码也可以实现相同的功能,但是这里使用 303 状态码是最理想的。
该状态码表示客户端发送附带条件的请求时,服务器端允许请求访问资源,但未满足条件的情况。 304 状态码返回时,不包含任何响应的主体部分。 304 虽然被划分在 3XX 类别中,但是和重定向没有关系。
临时重定向。该状态码与 302 Found 有着相同的含义。尽管 302 标准禁止POST变换成GET,但实际使用时大家并不遵守。
307会遵照浏览器标准,不会从POST变成GET。但是,对于处理响应时的行为,每种浏览器都有可能出现不同的情况。
4XX 的响应结果表明客户端是发生错误的原因所在。
该状态码表示请求报文中存在语法错误。当错误发生时,需修改请求的内容后再次发生请求。另外,浏览器会像 200 OK 一样对待次状态码。
该状态码表示发送的请求需要有通过HTTP认证(BASIC认证、DIGEST认证)的认证信息。另外若之前已进行过1次请求,则表示用户认证失败。
返回含有401响应必须包含一个适用于被请求资源的WWW-Authenticate 首部用以质询(challenge)用户信息。当浏览器初次接收到 401 响应,会弹出认证用的对话窗口。
该状态码表明对请求资源的访问被服务器拒绝了。服务器端没有必要给出拒绝的详细理由,但如果想做说明的话,可以在实体的主体部分对原因进行描述,这样就能让用户看到了。
未获得文件系统的访问授权,访问权限出现某些问题(从未授权的发送源IP地址试图访问)等例举的情况都可能是发生403的原因。
该状态码表明服务器上无法找到请求的资源。除此之外,也可以在服务器端拒绝请求且不想说明理由时使用。
5XX的响应结果表明服务器本身发生错误。
该状态码表明服务器端在执行请求时发生了错误。也有可能是web应用存在的bug或某些临时的故障。
该状态码表明服务器暂时处于超负载或正在进行停机维护,现在无法处理请求。如果事先得知解除以上状况需要的时间,最好写入 Retry-After 首部字段再返回给客户端。
状态码和状况不一样的情况
不少返回的状态码响应都是错误的,但是用户可能察觉不到这点。比如web应用程序内部发送错误,状态码依然返回 200 OK,这种情况也经常会遇到。