HTTP 状态码查询工具 - 在线查看 2xx、3xx、4xx、5xx 含义

功能特点

• 按状态码快速查看 HTTP 响应含义和所属分类
• 覆盖常见 2xx、3xx、4xx、5xx 状态码和排查提示
• 串联 401/403/429/502/504 与 Headers、Retry-After、幂等性和网关/源站排查
• 辅助分析接口调试、网站访问、跳转、鉴权、限流和服务端错误
• 适合作为前后端联调和故障排查时的状态码速查表，不会访问目标接口

使用方法

1. 输入或选择需要查询的 HTTP 状态码
2. 查看状态码说明、分类和常见问题方向
3. 根据提示检查请求参数、鉴权、跳转、限流或服务端日志

示例输入

• 401 与 403 鉴权差异

  GET /api/profile
  401 Unauthorized
  403 Forbidden

  适合区分缺少凭据、Token 过期、权限不足和网关策略拒绝。

• 429 限流响应

  HTTP/1.1 429 Too Many Requests
  Retry-After: 60

  适合结合响应头判断限流窗口、重试等待时间和客户端退避策略。

• 502 / 504 回源异常

  GET /api/orders
  502 Bad Gateway 或 504 Gateway Timeout

  适合区分网关无法连接上游和上游响应超时。

• 重试与幂等性

  POST /api/orders
  429 Too Many Requests
  Retry-After: 60
  Idempotency-Key: order-2026-001

  适合把 Retry-After、退避、重试次数和请求幂等键放到同一条排查链路中。

示例输出

• 401 与 403 鉴权差异

  401：缺少或无效认证；403：身份已知但无访问权限

• 429 限流响应

  429 Too Many Requests：客户端应尊重 Retry-After: 60，并采用退避而非立即重试

• 502 / 504 回源异常

  502：网关收到无效上游响应；504：网关等待上游超时

• 重试与幂等性

  POST 429：Retry-After: 60；仅在请求具备幂等键或明确幂等时重试，并限制次数

常见错误

• 4xx 通常表示请求、身份或权限问题，5xx 通常表示服务端或网关链路问题，但最终仍需看响应体和日志。
• 看到 200 不代表业务成功，接口可能在 JSON 中返回业务错误码或 partial success。
• 301、302、307、308 的方法和 Body 转发行为不同，不能只看最终页面地址。
• 429、503 和 504 可能暂时恢复，重试前应检查 Retry-After、幂等性和退避策略。
• 收到 429、503 或 504 时不能无条件重试，必须确认 Retry-After、请求幂等性、退避和次数上限。
• 401/403 要结合 WWW-Authenticate、权限策略和网关日志判断，不能只改成重试请求。

适用场景

• API 调试
• 网站访问故障排查
• 鉴权和权限问题定位
• 网关 502/504 分析
• 接口限流排查

实操检查

• 先按状态码和响应头定位层级

  页面本地搜索 2xx、3xx、4xx、5xx 以及英文标题、原因和排查建议；它解释协议级结果，不会请求用户输入的接口，也看不到真实响应体和网关日志。

• 把建议和真实上下文合并

  例如 401 应结合 Authorization 和 Token 有效期，429 应检查 Retry-After 与退避，504 应结合上游耗时和代理超时；单个状态码不能直接证明根因。

页面专属核验

使用前与操作中

• 先记录请求方法、状态码、响应头、响应体和 request ID，再使用状态码说明定位协议层信号。
• 遇到 429、503 或 504 时先检查 Retry-After、幂等性、退避和重试次数，不要立即循环重试。
• 遇到 401、403、502 或 504 时分别检查认证、权限、网关和上游链路，避免只改 URL。

结果出来后

• 状态码是否来自真实接口响应，而不是客户端、CDN 或网关的本地错误页？
• 响应体、Headers、日志和部署时间线是否支持页面给出的排查方向？
• 重试动作是否符合请求幂等性、Retry-After 和服务端限流策略？

相关工具

• HTTP Headers 解析：解析 HTTP Headers，并用 AI 分析认证方式、风险和 API 调试线索
• HTTP Request / cURL Builder：从方法、URL、Headers 和 Body 生成 cURL，并用 AI 分析 API 请求和代码转换
• JSON 工具：统一处理 JSON 格式化、校验、树形查看、Schema、CSV 转换、AI 响应分析和 JSON 修复
• DNS Lookup：通过 Workers DNS-over-HTTPS 查询 A、AAAA、CNAME、MX、TXT、NS 等 DNS 记录

工具边界

• 状态码只能提供协议层信号，不能单独证明业务成功或根因。
• CDN、WAF、网关和源站可能分别生成或改写状态码。
• 不同 API 对错误码、重定向和重试语义的约定可能不同。

与相似工具的区别

• HTTP Headers 解析：状态码工具解释协议级结果和重试方向；Headers 工具补充缓存、认证、限流及内容类型等具体上下文。

安全与兼容性

• 查询说明完全在本地展示；它不会访问用户给出的接口，也无法看到真实网关、源站和响应体。
• 自动重试只应针对幂等操作和明确可重试状态，并遵守 Retry-After、退避、次数上限及请求幂等键。

下一步排查

1. 先记录状态码、请求方法、URL、响应头、响应体和 request ID。
2. 用 Headers、cURL 和 JSON 工具复现并拆解请求链路。
3. 仍是 5xx 时继续检查 DNS、网关、源站日志、数据库和部署时间线。

常见问题