HTTP状态码详解（下）

Bertha 。 2023-06-11 11:25 5阅读 0赞

接上文 [HTTP状态码详解（上）(建议收藏)][HTTP]。

首先感谢你继续观赏本文，百忙之中，你抽空所学到的知识，定会收益良多。我也为自己帮助到你而感到高兴~

![format_png_pic_center][]

让我们接着往下看。

#### 4、详细的描述状态码之（3\*\*） ####

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

![format_png_pic_center 1][]

#### 5、详细的描述状态码之（4\*\*） ####

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

*  `400`:1、语义有误，当前请求无法被服务器理解。除非进行修改，否则客户端不应该重复提交这个请求。2、请求参数有误。
 *  `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`: 由微软扩展，代表请求应当在执行完适当的操作后进行重试。

![format_png_pic_center 2][]

#### 5、详细的描述状态码之（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）`

#### 我的公众号 ####

看文章的帅哥靓女，既然翻到底部了，拿出手机关注我吧~

这是一个神奇的二维码 ❤

![format_png_pic_center 3][]

[HTTP]: https://blog.csdn.net/quhongqiang/article/details/102805371
[format_png_pic_center]: /images/20230531/275ff5c6745a409ab5b465bfbe9bc5e7.png
[format_png_pic_center 1]: /images/20230531/67fcb01e64ab42f0ba46e2a1da9c6660.png
[format_png_pic_center 2]: /images/20230531/cd8e114f99d14679a02019f3bf1cd6ee.png
[format_png_pic_center 3]: /images/20230531/4ed8098a158b48d58aaf94f40f3da9ba.png