HTTP状态码大全，常用的14种状态码，http状态码对照表

HTTP 状态码是服务器与客户端通信时返回的 “状态标识”，用于告知请求处理结果（如成功、错误、重定向等），其标准由互联网工程任务组（IETF）在《RFC 9110》（HTTP/1.1 规范）中定义，共分 5 大类（1xx-5xx），涵盖 60 + 种状态码，以下聚焦常用 14 种状态码，结合 Excel 表格详解其含义与场景。

一、HTTP 状态码的分类逻辑

根据《RFC 9110》，状态码首位数字代表类型，核心分类如下：

1xx（信息类）：请求已接收，需客户端继续操作（极少主动感知）；
2xx（成功类）：请求正常处理完成；
3xx（重定向类）：需客户端跳转至新地址；
4xx（客户端错误）：请求存在问题（如地址错误、权限不足）；
5xx（服务器错误）：服务器无法处理合法请求（如过载、程序报错）。

二、常用 14 种 HTTP 状态码对照表

状态码	类别	英文名称	核心含义	常见场景	权威依据
200	成功类	OK	请求完全成功，服务器返回预期数据	正常访问网页、接口获取数据（如打开百度首页）	RFC 9110 §15.3.1
204	成功类	No Content	请求成功，但无返回内容（仅需确认结果）	接口删除数据（无需返回内容）、表单提交后无跳转	RFC 9110 §15.3.5
301	重定向	Moved Permanently	资源永久迁移至新 URL，浏览器会缓存新地址	域名更换（如旧域跳转至新域）、页面永久搬家	RFC 9110 §15.4.2
302	重定向	Found	资源临时迁移至新 URL，浏览器不缓存（每次请求仍查原地址）	活动页面临时跳转、登录后返回原页面	RFC 9110 §15.4.3
304	重定向	Not Modified	资源未修改，客户端可直接使用本地缓存（无需重新下载）	浏览器二次访问静态资源（如图片、CSS，服务器验证缓存有效）	RFC 9110 §15.4.5
400	客户端错	Bad Request	请求格式错误（如参数缺失、格式非法）	接口提交无必填参数、JSON 格式错误	RFC 9110 §15.5.1
401	客户端错	Unauthorized	请求需身份验证（未登录或令牌失效）	未登录访问会员页面、API 令牌过期	RFC 9110 §15.5.2
403	客户端错	Forbidden	已验证身份，但无权限访问资源（服务器拒绝执行）	普通用户访问管理员后台、无权限下载的文件	RFC 9110 §15.5.4
404	客户端错	Not Found	请求的资源不存在（地址错误或资源已删除）	输入错误 URL、访问已下架的页面	RFC 9110 §15.5.5
405	客户端错	Method Not Allowed	请求方法不支持（如用 GET 访问仅允许 POST 的接口）	用 GET 提交登录表单（接口仅支持 POST）	RFC 9110 §15.5.6
408	客户端错	Request Timeout	客户端请求超时（服务器未在规定时间内收到完整请求）	网络卡顿导致请求发送中断、大文件上传超时	RFC 9110 §15.5.9
500	服务器错	Internal Server Error	服务器内部错误（如程序 BUG、代码报错），无法处理请求	网站后台代码出错、数据库连接失败	RFC 9110 §15.6.1
502	服务器错	Bad Gateway	服务器作为网关 / 代理时，收到上游服务器的无效响应	反向代理（如 Nginx）无法连接后端 API 服务器、CDN 节点故障	RFC 9110 §15.6.3
503	服务器错	Service Unavailable	服务器暂时不可用（如过载、维护），后续可能恢复	网站流量峰值导致服务器宕机、服务器维护时的临时提示	RFC 9110 §15.6.4

三、状态码的实际应用价值

对开发者 / 站长而言，状态码是 “问题诊断工具”：如访问页面显示 404，需检查 URL 是否正确或资源是否存在；出现 502，需排查后端服务是否正常；对普通用户，200 代表访问正常，4xx/5xx 则需根据提示调整操作（如登录、刷新页面）。

正如 W3C 在《HTTP 状态码使用指南》中强调：“正确返回状态码是保障网络通信效率的关键，可减少无效请求，提升用户体验与服务稳定性。”

总结

HTTP 状态码是互联网通信的 “通用语言”，掌握常用 14 种状态码，既能快速排查访问问题，也能优化服务设计（如用301做域名跳转、用 304 减少带宽消耗）。实际应用中，需结合《RFC 9110》规范正确返回状态码，避免 “滥用 200 掩盖错误”（如 404 页面返回 200），确保通信逻辑合规、高效。