在许多前端应用程序中，使用 RESTful API 进行数据传递和交换是极为常见的。RESTful API 可以帮助开发者在应用程序中实现增删改查等功能，并且可以减少后端数据接口逻辑的复杂度。然而，在使用 RESTful API 进行开发时，开发者也需要面对错误处理的问题。其中，HTTP 状态码是我们在错误处理中需要了解和使用的一种技术。
HTTP 状态码简介
HTTP 状态码是 HTTP 协议为了表示客户端 HTTP 请求的处理结果所用的标准化数字代码。根据 HTTP/1.1 协议规定，HTTP 状态码分为五类，分别表示不同的含义：
- 1xx：指示信息 - 表示请求已被接收，继续处理。
- 2xx：成功 - 表示请求已成功被服务器接收、理解、并接受。
- 3xx：重定向 - 要完成请求，需要进一步操作。
- 4xx：客户端错误 - 请求包含语法错误或无法完成请求。
- 5xx：服务器错误 - 服务器在处理请求的过程中发生了错误。
在使用 RESTful API 进行开发时，我们最常使用到的就是 4xx 和 5xx 状态码，因为这些状态码通常代表了错误的处理结果。接下来，我们将具体地研究这些状态码在请求错误处理中的运用方法。
4xx 状态码
400 - 请求无效
当客户端向服务器发送请求时，如果请求中包含的方法、路径等信息有错误，就需要返回 400 状态码。例如下面的代码展示了一个返回 400 状态码的请求处理：
{
"status": 400,
"message": "The request is invalid."
}401 - 未授权
当客户端请求操作需要权限时，但客户端未提供有效的身份验证凭据，就需要返回 401 状态码。例如下面的代码展示了一个返回 401 状态码的请求处理：
{
"status": 401,
"message": "Authorization has been denied for this request."
}403 - 禁止访问
当客户端向服务器发送请求时，如果请求的资源被服务器禁止访问，就需要返回 403 状态码。例如，如果客户端尝试删除另一个用户的资源，服务器就应该返回 403 状态码。例如下面的代码展示了一个返回 403 状态码的请求处理：
{
"status": 403,
"message": "Access to specified resource has been forbidden."
}404 - 资源未找到
当客户端向服务器发送请求时，如果请求的资源在服务器上不存在，就需要返回 404 状态码。例如下面的代码展示了一个返回 404 状态码的请求处理：
{
"status": 404,
"message": "The requested resource could not be found."
}409 - 冲突
当客户端向服务器发送请求时，如果请求的资源与现有资源冲突，就需要返回 409 状态码。例如下面的代码展示了一个返回 409 状态码的请求处理：
{
"status": 409,
"message": "The request could not be completed due to a conflict with the current state of the resource."
}422 - 不可处理实体
当服务器无法处理请求的实体时，就需要返回 422 状态码。例如下面的代码展示了一个返回 422 状态码的请求处理：
{
"status": 422,
"message": "The request was well-formed but was unable to be followed due to semantic errors."
}5xx 状态码
500 - 服务器内部错误
当服务器在执行请求时发生了意外的错误，就需要返回 500 状态码。例如下面的代码展示了一个返回 500 状态码的请求处理：
{
"status": 500,
"message": "An unexpected error occurred while processing your request. Please try again later."
}501 - 未实现
当客户端向服务器发送请求时，如果客户端请求服务器不支持的功能，就需要返回 501 状态码。例如下面的代码展示了一个返回 501 状态码的请求处理：
{
"status": 501,
"message": "The server does not support the requested function."
}502 - 网关错误
当客户端向服务器发送请求时，如果请求需要访问一个不可用的网关，就需要返回 502 状态码。例如下面的代码展示了一个返回 502 状态码的请求处理：
{
"status": 502,
"message": "The server was acting as a gateway or proxy and received an invalid response from the upstream server."
}503 - 服务器繁忙
当服务器当前无法处理请求时，就需要返回 503 状态码。例如下面的代码展示了一个返回 503 状态码的请求处理：
{
"status": 503,
"message": "The server is currently unavailable. Please try again later."
}504 - 网关超时
当客户端向服务器发送请求时，如果请求需要访问一个超时的网关，就需要返回 504 状态码。例如下面的代码展示了一个返回 504 状态码的请求处理：
{
"status": 504,
"message": "The server was acting as a gateway or proxy and did not receive a timely response from the upstream server."
}总结
在开发中，我们需要对 HTTP 状态码有深刻的认识，因为这可以帮助我们更好地处理客户端提交的请求。不同的状态码代表了不同的错误信息，我们需要针对不同的状态码进行错误处理，并给出合理的提示和建议。希望本篇文章可以帮助您更好地理解 RESTful API 中的请求错误处理，为您开发与前端相关的应用程序提供指导和参考。
来源：JavaScript中文网 ，转载请注明来源 本文地址：https://www.javascriptcn.com/post/65a89f18add4f0e0ff1c89dc