第2章 简单的HTTP协议
掌握客户端/服务器请求响应、无状态、请求URI、HTTP方法、持久连接、管线化和Cookie状态管理
第2章 简单的HTTP协议
本课程对应[日]上野宣《图解HTTP》，于均良译，人民邮电出版社/图灵教育，2014年4月首版，308页，双色印刷，ISBN 9787115351531；原书《HTTPの教科書》，ISBN 9784798126258。图灵官方资料标明出版日期为2014年4月22日、172张图解；正式目录为11章、202个节/小节节点。本页严格按该首版章次组织，不用后续规范替换原书语境。
学习目标
- 能解释“第2章 简单的HTTP协议”全部正式节点，并把概念定位到真实请求、响应或应用状态。
- 能绘制客户端、中介、服务器之间的消息方向、主体边界和关键状态转移。
- 能设计单变量实验，验证“看到任一请求都能指出方法语义、目标资源、协议状态与连接复用边界，并区分协议无状态和应用会话状态”。
- 能写出并提交包含原始报文、失败反例、恢复条件和版次边界的独立证据包。
机制总览
第2章 简单的HTTP协议：机制路径
- 1
从一条可证伪的HTTP交换开始
先预测：按CRUD口号随意替换原书方法语义，或把Cookie理解成HTTP变成有状态协议，会掩盖重复请求和权限风险。把预测写成“请求输入、线上消息、接收方状态、响应输出、最终副作用”五列，再运行实验。若结果与预测不同，先修正模型，不要只截取一个状态码证明自己。
- 2
核心词汇与首版边界
这些词汇按2014年首版语义使用。SPDY、HTTP/2.0、X-XSS-Protection、P3P等保留出版时状态；HTTP/2最终规范、HTTP/3、JWT、OAuth、SameSite等后续技术只能作为另行标注的现代补充，不改变本书目录分母。
- 3
核心机制深读
HTTP通信总由客户端发起。请求行表达方法、目标和版本，服务器用状态行报告处理结果；首部描述控制条件，主体承载表示。未收到请求时，HTTP/1.1服务器不会凭空向客户端推送响应。
章级决策实验
第2章 简单的HTTP协议：机制与证据
切换《第2章 简单的HTTP协议》的三个关键教学阶段，先解释机制，再用运行与失败证据验证结论。
选择推理阶段
当前阶段 · 从一条可证伪的HTTP交换开始
先预测：按CRUD口号随意替换原书方法语义，或把Cookie理解成HTTP变成有状态协议，会掩盖重复请求和权限风险。把预测写成“请求输入、线上消息、接收方状态、响应输出、最终副作用”五列，再运行实验。若结果与预测不同，先修正模型，不要只截取一个状态码证明自己。
可核验证据
保存「从一条可证伪的HTTP交换开始」的原始请求与响应报文，用 curl 和浏览器网络面板复现成功、重定向、缓存及拒绝路径，并核对状态码与首部。
学完《第2章 简单的HTTP协议》后，应能从输入和前置条件推导状态变化，并用可重复的构建、运行或边界测试证明结果。
失效—证据矩阵
第2章 简单的HTTP协议：失效与核验
从一条可证伪的HTTP交换开始
典型失效
若只背诵「从一条可证伪的HTTP交换开始」字段而不区分请求语义、缓存边界和安全上下文，代理或浏览器状态变化后会得到错误响应或泄露数据。
核验证据
保存「从一条可证伪的HTTP交换开始」的原始请求与响应报文，用 curl 和浏览器网络面板复现成功、重定向、缓存及拒绝路径，并核对状态码与首部。
核心词汇与首版边界
典型失效
若只背诵「核心词汇与首版边界」字段而不区分请求语义、缓存边界和安全上下文，代理或浏览器状态变化后会得到错误响应或泄露数据。
核验证据
保存「核心词汇与首版边界」的原始请求与响应报文，用 curl 和浏览器网络面板复现成功、重定向、缓存及拒绝路径，并核对状态码与首部。
核心机制深读
典型失效
若只背诵「核心机制深读」字段而不区分请求语义、缓存边界和安全上下文，代理或浏览器状态变化后会得到错误响应或泄露数据。
核验证据
保存「核心机制深读」的原始请求与响应报文，用 curl 和浏览器网络面板复现成功、重定向、缓存及拒绝路径，并核对状态码与首部。
从一条可证伪的HTTP交换开始
先预测：按CRUD口号随意替换原书方法语义，或把Cookie理解成HTTP变成有状态协议，会掩盖重复请求和权限风险。把预测写成“请求输入、线上消息、接收方状态、响应输出、最终副作用”五列，再运行实验。若结果与预测不同，先修正模型，不要只截取一个状态码证明自己。
本章的主问题是：掌握客户端/服务器请求响应、无状态、请求URI、HTTP方法、持久连接、管线化和Cookie状态管理。原书以图解建立直觉，本课程把图解升级为可操作轨迹：每个箭头必须注明方向、协议对象和完成点；每个安全结论必须附一条攻击或误配置反例。
验收不变量是：看到任一请求都能指出方法语义、目标资源、协议状态与连接复用边界，并区分协议无状态和应用会话状态。浏览器页面“看起来正常”只能说明某个终点出现，不能单独证明DNS、连接、TLS、缓存、认证或授权中的哪一段正确。
核心词汇与首版边界
↡由方法、请求URI、协议版本、首部与可选主体组成的客户端消息、↡由协议版本、状态码、原因短语、首部与可选主体组成的服务器消息、↡协议本身不保存先前请求处理状态，每个请求需携带足够上下文、↡同一请求重复执行一次或多次，对目标资源的预期效果相同、↡服务器通过Set-Cookie下发、客户端后续通过Cookie回送的小型状态数据
这些词汇按2014年首版语义使用。SPDY、HTTP/2.0、X-XSS-Protection、P3P等保留出版时状态；HTTP/2最终规范、HTTP/3、JWT、OAuth、SameSite等后续技术只能作为另行标注的现代补充，不改变本书目录分母。
核心机制深读
一问一答的方向性
HTTP通信总由客户端发起。请求行表达方法、目标和版本，服务器用状态行报告处理结果；首部描述控制条件，主体承载表示。未收到请求时，HTTP/1.1服务器不会凭空向客户端推送响应。
动手试：先写下预期请求、响应与状态变化，再捕获一次正常交换和一次只改一个变量的失败交换。比较状态码、首部、主体、缓存或会话状态，确认结论来自证据而非浏览器表象。
方法是语义而非路由名
GET获取资源，POST传输实体并交由资源处理，PUT传输文件或替换目标，DELETE删除资源，HEAD只取首部，OPTIONS查询能力，TRACE回显链路，CONNECT建立隧道。安全性和幂等性决定缓存、预取与重试策略。
持久连接与管线化
HTTP/1.1默认在一条TCP连接上连续交换多个请求响应，减少握手与慢启动开销。管线化允许不等待前一响应就发送后续请求，但响应仍按序返回，前一响应迟缓会阻塞后续结果。
Cookie只是在报文外接状态
服务器返回Set-Cookie，客户端按域、路径、有效期和安全属性保存，再在匹配请求中回送Cookie。HTTP处理仍是一请求一响应；应用利用Cookie值关联服务端Session，才形成登录等连续状态。
原书目录核对清单
本页承担10个目录或复习节点，正文、图解、实验和题目必须能反向定位每一项：
- 2.1 HTTP协议用于客户端和服务器端之间的通信
- 2.2 通过请求和响应的交换达成通信
- 2.3 HTTP是不保存状态的协议
- 2.4 请求URI定位资源
- 2.5 告知服务器意图的HTTP方法
- 2.6 使用方法下达命令
- 2.7 持久连接节省通信量
- 2.7.1 持久连接
- 2.7.2 管线化
- 2.8 使用Cookie的状态管理
复原正常协议轨迹
固定URI、客户端、网络和服务端状态，标出请求行、首部、主体、中介与最终响应。
可复现实验
GET /index.html HTTP/1.1
Host: www.example.test
Connection: keep-alivePOST /login HTTP/1.1
Host: www.example.test
Content-Type: application/x-www-form-urlencoded
Content-Length: 19
user=alice&pw=testHTTP/1.1 200 OK
Set-Cookie: sid=abc123; Path=/; HttpOnly
Content-Length: 0独立证据门
第2章 简单的HTTP协议 的最小证据包包含：首版目录节点、请求与响应原文、连接/中介方向、主体边界、缓存或会话状态、一个单变量失败、最终副作用、已知限制、恢复步骤、责任人与复核人。
练习
练习
问题 1：为什么“第2章 简单的HTTP协议”必须固定2014年首版语境？
问题 2：怎样构造“按CRUD口号随意替换原书方法语义，或把Cookie理解成HTTP变成有状态协议，会掩盖重复请求和权限风险”的最小反例？
问题 3：何时可以认为本页完成独立交接？
本章回顾
“第2章 简单的HTTP协议”的核心是掌握客户端/服务器请求响应、无状态、请求URI、HTTP方法、持久连接、管线化和Cookie状态管理。真正掌握不止是认出术语，而是能让一条请求在消息、连接、中介、表示、身份和攻击边界之间闭环，并用失败实验说明边界一旦被破坏会发生什么。
名词解释
本章出现的专业名词，用大白话再讲一遍。
- 请求报文
由方法、请求URI、协议版本、首部与可选主体组成的客户端消息。掌握标准是能在原始请求或响应中定位它，并构造一条最小反例。
- 响应报文
由协议版本、状态码、原因短语、首部与可选主体组成的服务器消息。掌握标准是能在原始请求或响应中定位它，并构造一条最小反例。
- 无状态
协议本身不保存先前请求处理状态，每个请求需携带足够上下文。掌握标准是能在原始请求或响应中定位它，并构造一条最小反例。
- 幂等
同一请求重复执行一次或多次，对目标资源的预期效果相同。掌握标准是能在原始请求或响应中定位它，并构造一条最小反例。
- Cookie
服务器通过Set-Cookie下发、客户端后续通过Cookie回送的小型状态数据。掌握标准是能在原始请求或响应中定位它，并构造一条最小反例。
← 上一页：第1章 了解Web及网络基础 · 下一页：第3章 HTTP报文内的HTTP信息 →
原版目录概念补充核对
以下条目补齐官方目录中容易被示例主线掩盖的概念。它们不重复罗列目录，而是明确每项概念的机制、适用边界和验收证据。
2.2 通过请求和响应的交换达成通信：机制、边界与证据
第2章 简单的HTTP协议中的2.2 通过请求和响应的交换达成通信要放进一次完整 HTTP 交换中判断：请求行与首部给出前置条件，状态码和响应首部说明处理结果，消息体承载表示。复核时保存原始报文并改变方法、资源状态或连接复用条件，确认客户端、代理与服务端对语义的解释一致。
2.3 HTTP是不保存状态的协议：机制、边界与证据
第2章 简单的HTTP协议中的2.3 HTTP是不保存状态的协议描述 Web 组件之间的一项可观察契约。先写出发送方、接收方和中间节点各自保存的状态，再以一组成功报文和一组边界/拒绝报文核对字段、时序与最终表示，防止把实现习惯误认为协议保证。
2.4 请求URI定位资源：机制、边界与证据
第2章 简单的HTTP协议中的2.4 请求URI定位资源要放进一次完整 HTTP 交换中判断：请求行与首部给出前置条件，状态码和响应首部说明处理结果，消息体承载表示。复核时保存原始报文并改变方法、资源状态或连接复用条件，确认客户端、代理与服务端对语义的解释一致。
2.5 告知服务器意图的HTTP方法：机制、边界与证据
第2章 简单的HTTP协议中的2.5 告知服务器意图的HTTP方法要放进一次完整 HTTP 交换中判断：请求行与首部给出前置条件，状态码和响应首部说明处理结果，消息体承载表示。复核时保存原始报文并改变方法、资源状态或连接复用条件，确认客户端、代理与服务端对语义的解释一致。
2.6 使用方法下达命令：机制、边界与证据
第2章 简单的HTTP协议中的2.6 使用方法下达命令要放进一次完整 HTTP 交换中判断：请求行与首部给出前置条件，状态码和响应首部说明处理结果，消息体承载表示。复核时保存原始报文并改变方法、资源状态或连接复用条件，确认客户端、代理与服务端对语义的解释一致。
2.7 持久连接节省通信量：机制、边界与证据
第2章 简单的HTTP协议中的2.7 持久连接节省通信量要放进一次完整 HTTP 交换中判断：请求行与首部给出前置条件，状态码和响应首部说明处理结果，消息体承载表示。复核时保存原始报文并改变方法、资源状态或连接复用条件，确认客户端、代理与服务端对语义的解释一致。
2.7.1 持久连接：机制、边界与证据
第2章 简单的HTTP协议中的2.7.1 持久连接要放进一次完整 HTTP 交换中判断：请求行与首部给出前置条件，状态码和响应首部说明处理结果，消息体承载表示。复核时保存原始报文并改变方法、资源状态或连接复用条件，确认客户端、代理与服务端对语义的解释一致。
2.7.2 管线化：机制、边界与证据
第2章 简单的HTTP协议中的2.7.2 管线化描述 Web 组件之间的一项可观察契约。先写出发送方、接收方和中间节点各自保存的状态，再以一组成功报文和一组边界/拒绝报文核对字段、时序与最终表示，防止把实现习惯误认为协议保证。
2.8 使用Cookie的状态管理：机制、边界与证据
第2章 简单的HTTP协议中的2.8 使用Cookie的状态管理涉及身份、机密性或输入信任边界，不能把“使用 HTTPS”或“已经登录”当作完整安全证明。应分别验证握手/证书、凭据传递、会话属性、授权拒绝和恶意输入，并检查敏感信息是否进入 URL、日志或可被脚本读取的存储。