HTTP状态码详解（下）

接上文 HTTP状态码详解（上）。

详细的描述状态码之（3**）

• 300:被请求的资源有一系列可供选择的回馈信息，每一个都有本身特定的地址和浏览器驱动的商议信息。用户或浏览器可以自行选择一个首选的地址进行重定向。
• 301:被请求的资源已永久移动到新位置，而且未来任何对此资源的引用都应该使用本响应返回的若干个 URI 之一。
• 302:请求的资源如今临时从不一样的URI响应请求。因为这样的重定向是临时的，客户端应当继续向原有地址发送之后的请求。
• 303:对应当前请求的响应能够在另外一个 URI 上被找到，并且客户端应当采用 GET 的方式访问那个资源。这个方法的存在主要是为了容许由脚本激活的POST请求输出重定向到一个新的资源。这个新的 URI 不是原始资源的替代引用。同时，303响应禁止被缓存。
• 304:若是客户端发送了一个带条件的GET请求且该请求已被容许，而文档的内容（自上次访问以来或者根据请求的条件）并无改变，则服务器应当返回这个状态码。
• 305:被请求的资源必须经过指定的代理才能被访问。Location 域中将给出指定的代理所在的 URI 信息，接收者须要重复发送一个单独的请求，经过这个代理才能访问相应资源。只有原始服务器才能创建305响应。
• 306:在最新版的规范中，306状态码已经再也不被使用。
• 307:请求的资源如今临时从不一样的URI响应请求。因为这样的重定向是临时的，客户端应当继续向原有地址发送之后的请求。

 

 

详细的描述状态码之（4**）

相对于其它状态码4的就比较多了，天地万物，且听在下娓娓道来。

• 400:一、语义有误，当前请求没法被服务器理解。除非进行修改，不然客户端不该该重复提交这个请求。二、请求参数有误。
• 401:当前请求须要用户验证。该响应必须包含一个适用于被请求资源的 WWW-Authenticate 信息头用以询问用户信息。客户端能够重复提交一个包含恰当的Authorization头信息的请求。若是当前请求已经包含了 Authorization证书，那么401响应表明着服务器验证已经拒绝了那些证书。若是401响应包含了与前一个响应相同的身份验证询问，且浏览器已经至少尝试了一次验证，那么浏览器应当向用户展现响应中包含的实体信息，由于这个实体信息中可能包含了相关诊断信息。
• 402:该状态码是为了未来可能的需求而预留的。
• 403:服务器已经理解请求，可是拒绝执行它。与401响应不一样的是，身份验证并不能提供任何帮助，并且这个请求也不该该被重复提交。
• 404:请求失败，请求所但愿获得的资源未被在服务器上发现。没有信息可以告诉用户这个情况究竟是暂时的仍是永久的。
• 405:请求行中指定的请求方法不能被用于请求相应的资源。该响应必须返回一个Allow 头信息用以表示出当前资源可以接受的请求方法的列表。
• 406:请求的资源的内容特性没法知足请求头中的条件，于是没法生成响应实体。
• 407:与401响应相似，只不过客户端必须在代理服务器上进行身份验证。
• 408:请求超时。客户端没有在服务器预备等待的时间内完成一个请求的发送。客户端能够随时再次提交这一请求而无需进行任何更改。
• 409:因为和被请求的资源的当前状态之间存在冲突，请求没法完成。
• 410:被请求的资源在服务器上已经再也不可用，并且没有任何已知的转发地址。
• 411:服务器拒绝在没有定义Content-Length头的状况下接受请求。在添加了代表请求消息体长度的有效 Content-Length头以后，客户端能够再次提交该请求。
• 412:服务器在验证在请求的头字段中给出先决条件时，没能知足其中的一个或多个。
• 413:服务器拒绝处理当前请求，由于该请求提交的实体数据大小超过了服务器愿意或者可以处理的范围。
• 414:请求的URI 长度超过了服务器可以解释的长度，所以服务器拒绝对该请求提供服务。
• 415:对于当前请求的方法和所请求的资源，请求中提交的实体并非服务器中所支持的格式，所以请求被拒绝。
• 416:若是请求中包含了Range请求头，而且Range中指定的任何数据范围都与当前资源的可用范围不重合，同时请求中又没有定义 If-Range 请求头，那么服务器就应当返回416状态码。
• 417: 在请求头 Expect中指定的预期内容没法被服务器知足，或者这个服务器是一个代理服务器，它有明显的证据证实在当前路由的下一个节点上，Expect 的内容没法被知足。
• 421: 从当前客户端所在的IP地址到服务器的链接数超过了服务器许可的最大范围。
• 423: 请求格式正确，可是因为含有语义错误，没法响应。
• 424: 因为以前的某个请求发生的错误，致使当前请求失败，例如 PROPPATCH。
• 425: 在WebDav Advanced Collections 草案中定义，可是未出如今《WebDAV 顺序集协议》（RFC 3658）中。
• 426: 客户端应当切换到TLS/1.0。
• 449: 由微软扩展，表明请求应当在执行完适当的操做后进行重试。 

详细的描述状态码之（5**）

• 500: 服务器遇到了一个不曾预料的情况，致使了它没法完成对请求的处理。通常来讲，这个问题都会在服务器的程序码出错时出现。
• 501: 服务器不支持当前请求所须要的某个功能。当服务器没法识别请求的方法，而且没法支持其对任何资源的请求。
• 502: 做为网关或者代理工做的服务器尝试执行请求时，从上游服务器接收到无效的响应。
• 503: 因为临时的服务器维护或者过载，服务器当前没法处理请求。这个情况是临时的，而且将在一段时间之后恢复。注意：503状态码的存在并不意味着服务器在过载的时候必须使用它。某些服务器只不过是但愿拒绝客户端的链接。
• 504: 做为网关或者代理工做的服务器尝试执行请求时，未能及时从上游服务器（URI标识出的服务器，例如HTTP、FTP、LDAP）或者辅助服务器（例如DNS）收到响应。
• 505: 服务器不支持，或者拒绝支持在请求中使用的HTTP版本。这暗示着服务器不能或不肯使用与客户端相同的版本。响应中应当包含一个描述了为什么版本不被支持以及服务器支持哪些协议的实体。
• 506: 由《透明内容协商协议》（RFC 2295）扩展，表明服务器存在内部配置错误：被请求的协商变元资源被配置为在透明内容协商中使用本身，所以在一个协商处理中不是一个合适的重点。
• 507: 服务器没法存储完成请求所必须的内容。这个情况被认为是临时的。WebDAV (RFC 4918)
• 509: 服务器达到带宽限制。这不是一个官方的状态码，可是仍被普遍使用。
• 510: 获取资源所须要的策略并无没知足。（RFC 2774）

做者：曲小强 连接：https://juejin.im/post/5db85704f265da4d204f3961 来源：掘金 著做权归做者全部。商业转载请联系做者得到受权，非商业转载请注明出处。