惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V
Visual Studio Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
G
Google Developers Blog
J
Java Code Geeks
爱范儿
爱范儿
Microsoft Azure Blog
Microsoft Azure Blog
美团技术团队
人人都是产品经理
人人都是产品经理
Martin Fowler
Martin Fowler
IT之家
IT之家
博客园_首页
B
Blog RSS Feed
Google DeepMind News
Google DeepMind News
B
Blog
U
Unit 42
Apple Machine Learning Research
Apple Machine Learning Research
L
LangChain Blog
Stack Overflow Blog
Stack Overflow Blog
罗磊的独立博客
N
Netflix TechBlog - Medium
T
Tailwind CSS Blog
博客园 - 聂微东
腾讯CDC
A
About on SuperTechFans

博客园_首页

Plist 二进制格式 Milvus 和 PGVector,哪个更好? OpenClaw 已过时?在 VS Code 中运行 Hermes Agent! 第30篇文章:一个大三计科生的自白 Manim如何在数学公式中完美显示中文? Docker 部署 RocketMQ 5 并发编程核心概念辨析 C#事务处理最佳实践:别再让“主表存了、明细丢了”的破事发生 CLI 是什么?为什么大厂突然集体卷命令行? 【从0到1构建一个ClaudeAgent】协作-自主Agent UIImageView 设置图片不生效的原因排查 最小二乘问题详解20:无先验约束下的增量式SFM自由网平差 痞子衡嵌入式:大话双核i.MXRT1180之XIP应用里借助MU实现可靠Flash IAP的方法 AI Chat 封装, SemanticKerne.AiProvider.Unified 已发布 Windows下右键编辑js文件无法打开记事本——在注册表中使用环境变量 在后台服务中使用 Scoped 服务,为什么总是报错? H200 安装驱动并使用sglang启动模型 wireshark 抓包Trap上报告警内容 我用 AI 辅助开发了一系列小工具(2):图片压缩工具 [A Primer On MC and CC] 2.1 Memory Consistency 1 - 指令重排序和 SC 模型 Oracle数据库SCN推进技术详解与实践指南 玩转控件:封装个带图片的Label控件 Claude Code 4.7 真正该升级的不是模型,而是你的工作流 前端小白一句话,AI 帮我做了个颜值拉满的桌面媒体播放器。当代码不再是门槛,一句话编程就是现实。 5. WorkBuddy: 小龙虾的灵魂三件套,让你的小龙虾不只是工具 SQLite 分片方案实战:三种分片策略的深度对比 告别简陋 UI!一款基于 Fluent Design 和基于 WinUI 的开源免费、现代化的 Avalonia UI 控件库 关于二进制排列组合枚举的总结 AI开发-python-LangGraph框架(3-27-LangGraph从零实现大模型智能决策工作流) ElasticSearch主分片和副本分片概念详解
《图解HTTP》第4章 返回结果的HTTP状态码
lunzi_fly · 2026-05-19 · via 博客园_首页

《图解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 服务器打配合的。