HTTP 状态码查询工具
覆盖 1xx 信息响应、2xx 成功、3xx 重定向、4xx 客户端错误、5xx 服务端错误共 55+ 状态码， 每条含详细说明、典型场景、常见原因、排查建议、RESTful API 用法、相关响应头与相关状态码对比。 支持搜索、分类筛选、一键复制状态码。适用于前端调试接口错误、后端设计 RESTful API、 SEO 重定向策略（301/302/307/308）、错误码定位（401/403/404/429/500/502/503/504）等场景， 所有查询在浏览器本地完成。
常见问题
HTTP 状态码五大类有什么区别？首位数字代表什么？
HTTP 状态码是 3 位数字，首位数字决定类别：1xx 信息响应 （请求已接收，继续处理，如 100 Continue、101 Switching Protocols）； 2xx 成功（请求已成功处理，如 200 OK、201 Created、204 No Content）； 3xx 重定向（需要进一步操作，如 301 永久重定向、302 临时重定向、304 未修改）； 4xx 客户端错误（请求有问题，如 400 参数错误、401 未认证、403 无权限、404 资源不存在）； 5xx 服务端错误（服务器处理出错，如 500 内部错误、502 网关错误、503 服务不可用、504 网关超时）。 记忆口诀：1 收到、2 成功、3 跳转、4 你错、5 我错。
301 和 302 重定向对 SEO 权重传递有什么区别？
这是 SEO 最容易踩坑的点：301 Moved Permanently（永久重定向）会让搜索引擎把旧 URL 的 权重、外链、收录全部转移到新 URL，几个月后旧 URL 从索引消失，新 URL 出现在索引中； 302 Found（临时重定向）则不转移权重，旧 URL 仍保留在索引中。 适用场景：域名迁移、HTTP 升级 HTTPS、旧文章迁移到新路径用 301；临时维护页跳转、A/B 测试、 移动端跳转 m.example.com 用 302。注意 307（临时）和 308（永久）是 302/301 的严格版本， 会保持原 HTTP 方法（POST 重定向后仍是 POST），避免 301/302 把 POST 改成 GET 的历史遗留问题。
401 和 403 有什么区别？怎么判断该返回哪个？
401 Unauthorized 是未认证——服务器不知道你是谁。响应应含
WWW-Authenticate 头，提示客户端如何认证（如 Bearer realm="api"）。
典型场景：未登录访问受保护接口、JWT 过期、Authorization 头缺失或格式错误。
403 Forbidden 是未授权——服务器知道你是谁，但你没有权限。
典型场景：普通用户访问管理员接口、JWT 有效但 role 字段不足、IP 被黑名单。
判断标准：先问"你是谁"（401），再问"你能干这个吗"（403）。
调试技巧：用 JWT 解码工具检查 token 中的 role 字段，确认权限是否符合预期。
404 和 410 都是资源不存在，有什么区别？SEO 上怎么选？
404 Not Found 表示资源当前不存在，但未来可能存在，搜索引擎会保留索引一段时间；
410 Gone 表示资源永久消失，不会再回来，搜索引擎会立即移除索引。
删除文章时应返回 410 而非 404，加速搜索引擎索引更新。但注意：410 必须持续返回，否则搜索引擎会重新爬取。
另外，消极缓存（Negative Caching）机制下，浏览器与 CDN 会缓存 404/410 一段时间，
避免对不存在的资源重复请求，这意味着误删的资源需要等缓存过期才会重新可访问，必要时用
Cache-Control: no-cache 禁用消极缓存。
400 和 422 都是请求错误，怎么区分使用？
400 Bad Request 是语法错误——请求无法被服务器理解，如 JSON 解析失败、
缺必填字段、参数格式错误。422 Unprocessable Entity 是语义错误——
请求语法正确但字段值非法，如 age: -5（年龄为负）、email: "invalid"（邮箱格式错误）。
区分原则：400 是"我看不懂你说了什么"，422 是"我听懂了但你说得不对"。
RESTful API 设计中，422 已成为校验错误的事实标准，配合结构化错误体返回每个字段的错误原因，
如 {"errors": {"email": "邮箱格式不正确", "age": "年龄必须为正整数"}}。
429 Too Many Requests 怎么处理？Retry-After 头有什么作用？
429 Too Many Requests 是限流触发的标准响应，必须配合 Retry-After 头
告诉客户端多久后可以重试（秒数或 HTTP 日期）。响应通常还含 X-RateLimit-Limit（总配额）、
X-RateLimit-Remaining（剩余配额）、X-RateLimit-Reset（配额重置时间戳）。
客户端应尊重 Retry-After，不要立即重试，否则会触发更严格的封禁。
指数退避算法的退避基准应基于此值：第 1 次重试等 Retry-After，第 2 次等 2 倍，第 3 次等 4 倍，以此类推。
服务端设计限流时，建议用令牌桶或漏桶算法，按用户 ID / IP / 接口维度分别限流。
500、502、503、504 都是服务端错误，怎么快速定位问题？
500 Internal Server Error：请求到达了应用服务器，但应用代码出错（如抛异常、数据库连接失败），
查后端日志。502 Bad Gateway：Nginx 等反向代理无法连接后端，
或后端返回了无效响应，后端服务可能挂了，检查进程是否存活、端口是否监听。
503 Service Unavailable：服务器主动拒绝服务，通常是维护中或过载熔断，
配合 Retry-After 头，查负载与熔断配置。
504 Gateway Timeout：反向代理连接后端成功，但后端响应超时，
查后端慢查询、死锁、上游超时配置（如 Nginx 的 proxy_read_timeout）。
定位顺序：先看状态码区分类型 → 502/504 查代理与网络 → 500 查应用日志 → 503 查负载与熔断。
这个工具的数据安全吗？查询记录会上传吗？
完全安全。本工具是纯前端应用，所有查询、筛选、复制操作均在浏览器本地完成， 不发起任何网络请求，不上传任何查询内容、不使用 Cookie 追踪、不接入第三方统计。 你可以放心查询任何 HTTP 状态码，无数据泄露风险。页面关闭后所有状态自动清除。