HTTP状态码详细解读

前端求知者-雨

已于 2024-04-28 16:00:40 修改

阅读量1.4k

点赞数 31

分类专栏：前端基础文章标签： http 网络协议网络

于 2024-04-28 14:37:21 首次发布

本文链接：https://blog.csdn.net/hxy771503/article/details/138268843

版权

前端基础专栏收录该内容

6 篇文章 0 订阅

订阅专栏

HTTP状态码是一种标准化的方式，用于指示在客户端与服务器之间的通信中发生的特定情况。它们提供了一种机制，使服务器能够向客户端传达请求处理的结果，并在必要时指示客户端采取适当的行动。HTTP状态码分为五个不同的类别，每个类别代表了一种不同的状态范围：

1xx（信息性状态码）：指示请求已被接收，继续处理。
2xx（成功状态码）：指示请求已成功被服务器接收、理解、并接受。
3xx（重定向状态码）：表示客户端需要执行进一步的操作才能完成请求。
4xx（客户端错误状态码）：表示客户端可能出现了错误，例如错误的请求语法或无法完成请求。
5xx（服务器错误状态码）：表示服务器在处理请求时发生了错误。

通过这些状态码，客户端和服务器可以更有效地进行通信，并且能够更容易地定位和解决问题。例如，当客户端收到404状态码时，就会知道请求的资源不存在；当服务器返回500状态码时，客户端就会意识到服务器遇到了内部错误。这种标准化的状态码体系使得Web通信更加可靠和可预测。下面是关于各类状态码出详细的讲解。

1xx (信息性状态码）

表示临时响应并需要请求者继续执行操作的状态代码。

100（继续）：表示客户端应该继续发送请求。这个状态码是在客户端发送包含Expect请求头字段的请求时，服务器会返回此状态码，以指示服务器已收到请求头，并且客户端可以继续发送请求主体（body）。

描述： 当客户端发送大型请求时，可能会使用这个状态码来确保服务器愿意接收请求主体，而不是直接关闭连接。

示例： 当客户端发送POST请求时，在发送主体之前，会先发送一个包含Expect: 100-continue的请求头，如果服务器准备好接收请求，则会返回100 Continue状态码。
101（切换协议）：表示服务器正在根据客户端的请求切换协议。

描述： 当服务器收到Upgrade请求头，表示客户端希望切换协议时，可以使用这个状态码。

示例： 客户端可以发送一个Upgrade请求头，请求将协议从HTTP升级到WebSocket，如果服务器支持这个协议切换，就会返回101 Switching Protocols状态码。
102（处理中）：表示服务器已经收到请求并且正在处理，但尚未完成操作。

描述： 当服务器需要一段时间来处理请求，但已经收到请求并开始处理时，可以返回这个状态码。

示例： 当服务器接收到一个大文件的上传请求时，可能需要一些时间来处理文件上传操作，在处理过程中可以返回102 Processing状态码

2xx (成功状态码）

表示成功处理了请求的状态代码。

200 (成功)：
描述：服务器成功处理了请求。通常，这表示服务器提供了请求的网页。
示例：当用户访问网站时，服务器返回200状态码，表示网页成功加载。
201 (已创建)：
描述：求成功并且服务器创建了新的资源。
示例：当用户在网站上提交一个表单并成功创建了新的账户时，服务器返回201状态码。
202 (已接受)：
描述：服务器已接受请求，但尚未处理。
示例：客户端发送一个需要长时间处理的任务时，服务器可能会先返回202状态码，然后在后台处理任务。
203 (非授权信息)：
描述：服务器已成功处理了请求，但返回的信息可能来自另一来源。
示例：当服务器代理了另一个服务器的请求时，可能会返回203状态码。
204 (无内容)：
描述：服务器成功处理了请求，但没有返回任何内容。
示例：当客户端发送一个需要服务器更新但不需要返回内容的请求时，服务器可能会返回204状态码。
205 (重置内容)：
描述：服务器成功处理了请求，但没有返回任何内容。要求客户端重置视图。
示例：当用户在提交表单后需要清空表单内容时，服务器可能会返回205状态码。
206 (部分内容)：
描述：服务器成功处理了部分GET请求。
示例：当客户端请求文件的一部分内容时，服务器可能会返回206状态码，然后只返回所请求的部分内容。

3xx（重定向状态码）

表示要完成请求，需要进一步操作。通常，这些状态代码用来重定向。

300 （多种选择）
描述：请求的资源存在多种表示形式，服务器可以根据客户端的请求选择其中一种返回。
示例：当一个网站有多个语言版本时，服务器可以根据浏览器设置返回对应的语言版本。
301 （永久移动）
描述：请求的资源已经永久移动到新的URL。客户端应该使用新的URL重新发起请求。这个状态码常用于网站重定向，确保旧的URL跳转到新的URL。
示例：当网站管理员更改了网站的域名时，可以使用301状态码将旧域名的访问重定向到新域名。
302 （临时移动）
描述：请求的资源临时移动到了另一个URL。客户端应该使用新的URL重新发起请求，但是以后的请求仍应该使用原始URL。和301状态码不同的是，302状态码表示资源的位置是临时的。
示例：当网站进行临时性维护时，可以将所有请求重定向到一个临时页面。
303（查看其他位置）
描述：请求的资源已经在不同的URL下被找到，但客户端应该使用GET方法获取资源。这个状态码通常用于POST请求后的重定向，以确保用户不会重复提交表单数据。
示例：当用户提交表单后，服务器处理完数据后会将客户端重定向到另一个URL，以避免用户刷新页面时重新提交表单数据。
304（未修改）
描述：客户端发出了一个条件性GET请求，服务器在检查资源未被修改的情况下返回此状态码。这表示客户端缓存的版本是最新的，可以直接使用缓存而不必重新下载资源。
示例：当浏览器发起GET请求时，如果服务器检测到资源自上次请求以来未被修改，就会返回304状态码，告知浏览器使用缓存。
305 （使用代理）
描述：求的资源必须通过代理访问。服务器返回这个状态码时，还应该在Location头字段提供一个代理的地址。
示例：公司内部网络可能设置了代理服务器，客户端发起请求时需要通过代理访问外部资源。
307（临时重定向）
描述：与302状态码类似，表示请求的资源临时移动到了另一个URL。客户端应该使用新的URL重新发起请求，但是以后的请求仍应该使用原始URL。与302状态码不同的是，307状态码要求客户端保持请求方法不变，即如果原始请求是POST，重定向后的请求也应该是POST。这样可以确保在重定向后，客户端不会改变原始请求的语义。

4xx (客户端错误状态码)

这些状态代码表示请求可能出错，妨碍了服务器的处理。

400（错误请求）
描述：服务器无法理解客户端发送的请求，通常是由于请求语法错误或无效的请求参数导致的。
示例：客户端发送了一个格式不正确的请求，如缺少必需的参数或参数格式不正确。
解决方案：客户端应该修正请求中的错误，并重新发送请求。
401（未授权）
描述：表示请求需要用户身份验证。这通常意味着客户端需要提供有效的凭据（例如用户名和密码）
示例：访问需要登录才能访问的资源时未提供有效的身份验证信息。
解决方案：客户端应该提供有效的身份验证凭据，例如通过 HTTP Basic Authentication 或 OAuth 提供用户名和密码
403（禁止）
描述：表示服务器理解客户端的请求，但拒绝执行该请求。通常是由于权限问题引起的。
示例：尝试访问受限资源而没有足够的权限。
解决方案：客户端无法解决此问题，可能需要联系服务器管理员或提供其他有效凭据。
404（未找到）
描述：表示服务器无法找到请求的资源。这可能是由于输入的 URL 不正确或请求的资源已被删除、移动或临时不可用。
示例：访问不存在的页面或资源时会收到 404 错误。
解决方案：客户端应检查请求的 URL 是否正确，并确保请求的资源存在。
405（方法禁用）
描述：表示服务器不支持客户端使用的请求方法。例如，服务器可能不允许使用 POST 方法访问特定资源。
示例：尝试使用不被允许的请求方法访问资源，如使用 GET 方法访问仅允许 POST 的 API 端点。
解决方案：客户端应使用服务器允许的请求方法。
406（不接受）
描述：表示服务器无法根据客户端发送的 Accept 头部中指定的内容特性生成响应实体。
示例：客户端发送的 Accept 头部指定的内容特性与服务器支持的响应实体不匹配。
解决方案：客户端或服务器应调整请求或响应，以满足双方支持的内容特性。
407（需要代理授权）
描述：与 401 类似，但要求客户端先通过代理服务器进行身份验证。
示例：客户端必须先通过代理服务器提供有效的身份验证凭据，然后才能访问受限资源。
解决方案：客户端应提供有效的代理身份验证凭据，以通过代理服务器进行身份验证。
408（请求超时）
描述：表示客户端在服务器预期的时间内没有发出请求。
示例：客户端在服务器设置的超时时间内未发送请求，导致服务器终止连接。
解决方案：客户端可以尝试重新发送请求，并确保在服务器设置的超时时间内发出请求。
409（冲突）
描述：表示由于请求导致冲突，服务器无法处理请求。
示例：当客户端试图执行可能导致资源状态冲突的操作时，如并发更新同一资源时可能发生的冲突。
解决方案：客户端应尝试通过合适的方式解决冲突，例如使用乐观锁定或向用户显示解决冲突的选项。
410（已删除）
描述：表示请求的资源已被永久删除，并且不会再可用。
示例：访问已被删除的网页时会收到 410 错误。
解决方案：：客户端应更新其链接或书签，以排除对已删除资源的请求。
411（需要有效长度）
描述：表示服务器拒绝接受未在请求中定义 Content-Length 头部的请求。
示例：客户端发送的请求缺少必需的 Content-Length 头部。
解决方案：客户端应在请求中包含正确的 Content-Length 头部。
412（未满足前提条件）
描述：表示客户端发送的请求中的先决条件未满足。
示例：在使用条件式请求（如 If-Match 或 If-Unmodified-Since）时，服务器检查到请求中的先决条件失败。
解决方案：客户端可能需要修改请求中的条件，以满足服务器的先决条件。
413（请求实体过大）
描述：表示服务器拒绝处理当前请求，因为请求负载过大。
示例：客户端发送的请求体（如 POST 或 PUT 请求）超出了服务器的限制。
解决方案：客户端应减少请求负载的大小，以符合服务器的限制。
414（请求的url过长）
描述：请求的URI过长，服务器无法处理。
示例：客户端发送的URI超出了服务器能够处理的长度。
解决方案：客户端应缩短URI的长度，或者使用POST方法传输数据。
415（不支持的媒体类型）
描述：服务器不支持请求中所提供的媒体类型。
示例：客户端请求的媒体类型不被服务器支持。
解决方案：客户端应使用服务器支持的媒体类型。
416（请求范围不符合要求）
描述：服务器无法满足请求的范围。
示例：客户端请求的范围无法被服务器满足。
解决方案：客户端应更改请求的范围，使之在服务器能够满足的范围内。
417（未满足期望值）
描述：服务器无法满足请求头中给定的Expect字段。
示例：客户端发送了一个期望条件，但服务器无法满足。
解决方案：客户端应更改请求头中的Expect字段，或者不发送该字段。

5xx (服务器错误状态码)

这些状态代码表示服务器在尝试处理请求时发生内部错误。这些错误可能是服务器本身的错误，而不是请求出错。

500（内部服务器错误）
描述：服务器在处理请求时遇到了意外情况，导致无法完成请求。这可能是由于代码错误、配置问题或者服务器资源不足引起的
示例：服务器端的代码出现错误时，会返回500错误。比如，PHP脚本中的语法错误。
解决方案：开发人员需要检查服务器端的代码，确保它们没有错误。同时，也需要确保服务器的资源充足，并且配置正确。
501（未实现）
描述：服务器不支持客户端请求的功能或请求的功能尚未实现
示例：当客户端发送请求时，服务器无法满足请求所需的功能或者该功能尚未在服务器上实现，就会返回501错误。例如，客户端发送了一个不被服务器支持的请求方法，如PROPFIND或LOCK。
解决方案：新服务器以支持客户端请求的功能，或者通知客户端不支持当前请求的功能。如果请求的功能尚未实现，可以考虑开发或添加所需的功能，并在服务器端进行实现。
502（网关错误）
描述：作为网关或代理服务器的服务器尝试执行请求时，从上游服务器接收到无效的响应。
示例：当网关服务器尝试转发请求到上游服务器时，上游服务器返回了无效的响应，导致502错误。这可能是由于上游服务器宕机、网络问题或配置错误引起的。
解决方案：查网关服务器和上游服务器之间的连接，确保网络稳定并且上游服务器正常运行。如果是配置错误引起的，需要修正网关服务器的配置。
503（服务不可用）
描述：服务器当前无法处理请求，通常是由于过载或临时维护造成的。
示例：当服务器负载过高或正在进行维护时，可能会返回503错误。这通常发生在流量激增或服务器更新时。
解决方案：增加服务器资源以处理更多请求，或者等待服务器维护完成后再次尝试发送请求。
504（网关超时）
描述：作为网关或代理服务器的服务器在等待上游服务器的响应时超时。
示例：当网关服务器在转发请求到上游服务器时，等待超过了预定的时间，没有收到上游服务器的响应，就会返回504错误。
解决方案：增加网关服务器等待上游服务器响应的超时时间，或者优化上游服务器以提高响应速度。
505（HTTP版本不受支持）
描述：服务器不支持客户端请求的HTTP协议版本。
示例：当客户端请求使用的HTTP协议版本超出了服务器支持的范围时，服务器会返回505错误。
解决方案：更新客户端请求的HTTP协议版本，使其与服务器兼容，或者更新服务器以支持客户端请求的HTTP协议版本。