《图解HTTP》学习笔记

书籍信息:《图解HTTP》作者:上野宣,译者:于均良
出版社:人民邮电出版社,2014年5月第1版


你一定见过这些数字:404、500、502……它们就像互联网的表情包,用三个数字告诉你发生了什么。200 是"没问题老铁",404 是"你找啥呢",500 是"我裂开了"。今天我们就来把这些状态码翻译成人话,顺便聊聊为什么你的接口明明报错了,前端却收到的全是 200。


第4章 返回结果的HTTP状态码

📌 核心知识点

  • 状态码的职责:当客户端向服务器发送请求时,描述返回的请求结果,告知用户服务器是正常处理了请求还是出现了错误。

image

  • 状态码格式:以3位数字和原因短语组成,第一位数字指定响应类别。
  • 5种状态码类别

类别

描述

1XX

Informational(信息性状态码)- 接收的请求正在处理

2XX

Success(成功状态码)- 请求正常处理完毕

3XX

Redirection(重定向状态码)- 需要进行附加操作以完成请求

4XX

Client Error(客户端错误状态码)- 服务器无法处理请求

5XX

Server Error(服务器错误状态码)- 服务器处理请求出错

  • 2XX 成功状态码
    • 200 OK:请求已正常处理。GET方法返回对应实体;HEAD方法只返回首部。

image

    • 204 No Content:请求处理成功,但不含实体主体。适用于客户端向服务器发送信息但不需要返回新内容的场景(如表单提交后的成功反馈)。

image

    • 206 Partial Content:客户端进行了范围请求,服务器成功执行了部分GET请求。响应包含Content-Range指定范围的实体内容。

image

  • 3XX 重定向状态码

注意:301、302、303响应返回时,几乎所有浏览器都会把POST改成GET并删除请求主体,尽管标准禁止这样做。

    • 301 Moved Permanently:永久性重定向,资源已分配新URI,应更新书签。如URI末尾缺少斜杠/时常触发。

image

    • 302 Found:临时性重定向,资源临时分配了新URI,书签不应更新。

image

    • 303 See Other:与302类似,但明确表示应使用GET方法获取资源。常用于POST提交后重定向到结果页面。

image

    • 304 Not Modified:附带条件的请求(含If-Match、If-Modified-Since等首部),资源未满足条件。不包含响应主体,与重定向无关。

image

    • 307 Temporary Redirect:与302含义相同,但遵照标准不会将POST变成GET。
  • 4XX 客户端错误状态码
    • 400 Bad Request:请求报文存在语法错误,需修改后重新发送。浏览器会像200 OK一样处理。

image

    • 401 Unauthorized:请求需要HTTP认证(BASIC认证、DIGEST认证)。第一次返回401表示需要认证,第二次返回401表示认证失败。必须包含WWW-Authenticate首部。

image

    • 403 Forbidden:服务器拒绝了对请求资源的访问。未获得文件系统授权、访问权限问题等都可能触发。

image

    • 404 Not Found:服务器上无法找到请求的资源。也可在服务器拒绝请求且不想说明理由时使用。

image

  • 5XX 服务器错误状态码
    • 500 Internal Server Error:服务器执行请求时发生错误,可能是Web应用bug或临时故障。

image

    • 503 Service Unavailable:服务器暂时超负载或正在停机维护,无法处理请求。最好写入Retry-After首部告知客户端何时重试。

image

  • 状态码与实际状况的不一致:Web应用内部错误时仍返回200 OK的情况经常遇到,这是开发中需要特别注意的问题。

💻 实践用例

1. 使用curl查看不同状态码的响应

# 200 OK - 正常请求
curl -o /dev/null -w "状态码: %{http_code}\n" http://www.example.com/

301/302 - 观察重定向行为

curl -v http://github.com 2>&1 | grep -E "HTTP/|Location:"

404 Not Found

curl -o /dev/null -w "状态码: %{http_code}\n" http://www.example.com/not-exist-page

500 Internal Server Error(可使用httpbin测试)

curl -o /dev/null -w "状态码: %{http_code}\n" http://httpbin.org/status/500

2. 测试范围请求与206状态码

# 发送范围请求,应返回206 Partial Content
curl -I -H "Range: bytes=0-99" http://httpbin.org/robots.txt

输出中应包含:

HTTP/1.1 206 Partial Content

Content-Range: bytes 0-99/...

3. 测试304 Not Modified(条件请求)

# 第一次请求,记录Last-Modified时间
curl -I http://www.example.com/ 2>&1 | grep -i "last-modified"

使用If-Modified-Since发送条件请求

curl -I -H 'If-Modified-Since: Fri, 31 Aug 2007 02:02:20 GMT' http://www.example.com/

如果资源未修改,返回 304 Not Modified

4. 测试401 Unauthorized认证

# 访问需要认证的页面
curl -v http://httpbin.org/basic-auth/user/passwd
# 返回 401 Unauthorized 和 WWW-Authenticate 首部

提供认证信息后重试

curl -v -u user:passwd http://httpbin.org/basic-auth/user/passwd

返回 200 OK

5. 使用curl测试各种HTTP状态码

# httpbin.org 提供了便捷的状态码测试接口
for code in 200 204 301 302 304 400 401 403 404 500 503; do
  echo -n "状态码 $code: "
  curl -o /dev/null -s -w "%{http_code}" http://httpbin.org/status/$code
  echo
done

📝 学习笔记

  • 状态码是API设计的重要规范:在RESTful API开发中,正确使用状态码能让客户端准确判断请求结果。常见错误是将所有响应都返回200,而在响应体中用自定义字段表示错误。正确做法是:成功返回2XX,客户端参数错误返回400,未认证返回401,无权限返回403,资源不存在返回404,服务器错误返回500。
  • 301 vs 302 的SEO影响:301永久重定向会将搜索引擎的权重转移到新URL,302临时重定向则不会。在网站改版迁移URL时,应使用301而非302。
  • 304状态码与缓存性能:304是浏览器缓存机制的核心。当浏览器本地有缓存时,会发送附带条件(If-Modified-Since、If-None-Match)的请求,服务器返回304表示缓存仍有效,浏览器直接使用本地缓存,节省带宽。合理配置缓存策略能大幅提升网站性能。
  • 401 vs 403 的区别:401表示"我不知道你是谁"(未认证),403表示"我知道你是谁,但你没有权限"(已认证但无授权)。这个区分在实际开发中经常被混淆。
  • 503应配合Retry-After使用:当服务器需要维护或过载时,返回503并设置Retry-After首部,告知客户端何时可以重试。这是优雅降级的重要实践。
  • 状态码不一致是常见问题:书中提到"Web应用内部错误时仍返回200 OK"的情况经常遇到。这是前端开发中的痛点——需要额外判断响应体中的业务状态码。建议后端API在业务逻辑错误时返回4XX状态码,而非统一返回200。

状态码这东西,用对了是 API 的门面,用错了就是前端的噩梦。记住一个原则:该报错就报错,别什么都返回 200。你的同事会感谢你的。下一章我们离开协议本身,看看 HTTP 是怎么跟各种 Web 服务器打配合的。


原文地址: https://www.cveoy.top/t/topic/qGG7 著作权归作者所有。请勿转载和采集!

免费AI点我,无需注册和登录