HTTP status code 按其首位数字分成五类，选对它能让 client 无需解析 body 就正确反应。
2xx Success — the request worked
3xx Redirection — further action / resource moved
4xx Client error — the caller did something wrong
5xx Server error — the server failed
2xx
200 OK —— 一般成功（GET、PUT、PATCH）。201 Created —— 创建了一个资源（返回一个 Location header）。202 Accepted —— 已接受进行异步处理，尚未完成。204 No Content —— 成功但无 body（DELETE 常用）。4xx
400 Bad Request —— 语法错误或输入无效。401 Unauthorized —— 未认证（无/无效凭证）。403 Forbidden —— 已认证但不被允许。404 Not Found —— 资源不存在。409 Conflict —— 与当前状态冲突（例如重复邮箱）。422 Unprocessable Entity —— 格式良好但校验失败。429 Too Many Requests —— 被限流。5xx
500 Internal Server Error —— 意外的 server 故障。503 Service Unavailable —— 临时宕机/过载。POST /users → 201 Created
Location: /users/42
DELETE /users/42 → 204 No Content
GET /users/999 → 404 Not Found
{ "error": "user not found" }
面试官爱探的关键区分：401（“你是谁？”）vs 403（“我认识你，但不行”），以及 400（语法错）vs 422（语法对、数据错）。
Status code 是 REST response 中的首要信号——client、proxy、监控和 retry 逻辑都以它为准，所以把它设对对互操作性至关重要。一个常见的失败是返回 200 OK 却带一个 { "error": ... } body：它逼迫每个 client 都去解析 body 才能知道调用是否成功、破坏通用的 HTTP 工具、并向监控隐藏了失败。精确的码还驱动自动行为：一个 429 或 503 告诉一个构建良好的 client 退避并 retry，而一个 4xx 说“别 retry，去修请求”。面试官用这道题检查你是否把 HTTP 理解为一份契约而非一根笨管道，以及你是否能正确区分那些微妙的成对码（401/403、400/422）——这是一个构建并使用过真实 API 的人的标志。
一个包含详细解答的 IT 面试题库——从初级到高级。
捐赠