第3章 HTTP报文内的HTTP信息

本课程对应[日]上野宣《图解HTTP》，于均良译，人民邮电出版社/图灵教育，2014年4月首版，308页，双色印刷，ISBN 9787115351531；原书《HTTPの教科書》，ISBN 9784798126258。图灵官方资料标明出版日期为2014年4月22日、172张图解；正式目录为11章、202个节/小节节点。本页严格按该首版章次组织，不用后续规范替换原书语境。

从一条可证伪的HTTP交换开始

先预测：把Transfer-Encoding和Content-Encoding混为一谈，或把消息主体等同于编码前实体，会计算错边界并破坏缓存验证。把预测写成“请求输入、线上消息、接收方状态、响应输出、最终副作用”五列，再运行实验。若结果与预测不同，先修正模型，不要只截取一个状态码证明自己。

本章的主问题是：拆解HTTP报文、实体与主体，理解内容编码、分块传输、多部分对象、范围请求和内容协商。原书以图解建立直觉，本课程把图解升级为可操作轨迹：每个箭头必须注明方向、协议对象和完成点；每个安全结论必须附一条攻击或误配置反例。

验收不变量是：能够从线上的八位字节恢复起始行、首部和主体边界，并判断表示被压缩、分块、分段还是协商选择。浏览器页面“看起来正常”只能说明某个终点出现，不能单独证明DNS、连接、TLS、缓存、认证或授权中的哪一段正确。

核心词汇与首版边界

HTTP报文、实体、内容编码、分块传输编码、内容协商

这些词汇按2014年首版语义使用。SPDY、HTTP/2.0、X-XSS-Protection、P3P等保留出版时状态；HTTP/2最终规范、HTTP/3、JWT、OAuth、SameSite等后续技术只能作为另行标注的现代补充，不改变本书目录分母。

核心机制深读

先划清报文边界

起始行后是零个或多个首部字段，空行终止首部，之后才是主体。请求行包含方法、请求URI和版本；状态行包含版本、状态码和原因短语。Content-Length或分块编码决定主体如何结束。

动手试：先写下预期请求、响应与状态变化，再捕获一次正常交换和一次只改一个变量的失败交换。比较状态码、首部、主体、缓存或会话状态，确认结论来自证据而非浏览器表象。

报文主体与实体主体

无编码时两者内容常相同；应用内容经过gzip等内容编码后，实体主体是编码前的表示，报文主体是线上传输形态。分块传输再对报文主体做逐跳封装，不改变资源的媒体类型。

多部分与范围

multipart用边界字符串在一个主体中容纳多个部分，每部分有自己的首部；Range请求指定字节区间，服务器成功时以206和Content-Range返回部分表示，不满足时应报告范围错误而不是悄悄截断。

协商是选择表示

主动协商读取Accept、Accept-Charset、Accept-Encoding、Accept-Language及质量值，服务器选择媒体类型、字符集、编码和语言。Vary应声明影响选择的请求首部，避免共享缓存把一种表示发给不匹配客户端。

原书目录核对清单

本页承担9个目录或复习节点，正文、图解、实验和题目必须能反向定位每一项：

• 3.1 HTTP报文
• 3.2 请求报文及响应报文的结构
• 3.3 编码提升传输速率
• 3.3.1 报文主体和实体主体的差异
• 3.3.2 压缩传输的内容编码
• 3.3.3 分割发送的分块传输编码
• 3.4 发送多种数据的多部分对象集合
• 3.5 获取部分内容的范围请求
• 3.6 内容协商返回最合适的内容

可复现实验

HTTP/1.1 200 OK
Content-Type: text/plain
Content-Encoding: gzip
Content-Length: 42
 
...42 octets...

4
Wiki
5
pedia
0
 

GET /video HTTP/1.1
Range: bytes=1000-1999
 
HTTP/1.1 206 Partial Content
Content-Range: bytes 1000-1999/5000

独立证据门

第3章 HTTP报文内的HTTP信息 的最小证据包包含：首版目录节点、请求与响应原文、连接/中介方向、主体边界、缓存或会话状态、一个单变量失败、最终副作用、已知限制、恢复步骤、责任人与复核人。

练习

本章回顾

“第3章 HTTP报文内的HTTP信息”的核心是拆解HTTP报文、实体与主体，理解内容编码、分块传输、多部分对象、范围请求和内容协商。真正掌握不止是认出术语，而是能让一条请求在消息、连接、中介、表示、身份和攻击边界之间闭环，并用失败实验说明边界一旦被破坏会发生什么。

← 上一页：第2章 简单的HTTP协议 · 下一页：第4章 返回结果的HTTP状态码 →

原版目录概念补充核对

以下条目补齐官方目录中容易被示例主线掩盖的概念。它们不重复罗列目录，而是明确每项概念的机制、适用边界和验收证据。

3.2 请求报文及响应报文的结构：机制、边界与证据

第3章 HTTP报文内的HTTP信息中的3.2 请求报文及响应报文的结构要放进一次完整 HTTP 交换中判断：请求行与首部给出前置条件，状态码和响应首部说明处理结果，消息体承载表示。复核时保存原始报文并改变方法、资源状态或连接复用条件，确认客户端、代理与服务端对语义的解释一致。

3.3 编码提升传输速率：机制、边界与证据

第3章 HTTP报文内的HTTP信息中的3.3 编码提升传输速率会改变中间节点如何转发、缓存或变换表示；字段值必须与适用方向、缓存键和端到端/逐跳边界一起解释。可用两次可重复请求对照命中状态、报文首部与实际字节，避免只凭浏览器最终页面判断。

3.3.1 报文主体和实体主体的差异：机制、边界与证据

第3章 HTTP报文内的HTTP信息中的3.3.1 报文主体和实体主体的差异要放进一次完整 HTTP 交换中判断：请求行与首部给出前置条件，状态码和响应首部说明处理结果，消息体承载表示。复核时保存原始报文并改变方法、资源状态或连接复用条件，确认客户端、代理与服务端对语义的解释一致。

3.3.2 压缩传输的内容编码：机制、边界与证据

第3章 HTTP报文内的HTTP信息中的3.3.2 压缩传输的内容编码会改变中间节点如何转发、缓存或变换表示；字段值必须与适用方向、缓存键和端到端/逐跳边界一起解释。可用两次可重复请求对照命中状态、报文首部与实际字节，避免只凭浏览器最终页面判断。

3.3.3 分割发送的分块传输编码：机制、边界与证据

第3章 HTTP报文内的HTTP信息中的3.3.3 分割发送的分块传输编码会改变中间节点如何转发、缓存或变换表示；字段值必须与适用方向、缓存键和端到端/逐跳边界一起解释。可用两次可重复请求对照命中状态、报文首部与实际字节，避免只凭浏览器最终页面判断。

3.4 发送多种数据的多部分对象集合：机制、边界与证据

第3章 HTTP报文内的HTTP信息中的3.4 发送多种数据的多部分对象集合描述 Web 组件之间的一项可观察契约。先写出发送方、接收方和中间节点各自保存的状态，再以一组成功报文和一组边界/拒绝报文核对字段、时序与最终表示，防止把实现习惯误认为协议保证。

3.5 获取部分内容的范围请求：机制、边界与证据

第3章 HTTP报文内的HTTP信息中的3.5 获取部分内容的范围请求要放进一次完整 HTTP 交换中判断：请求行与首部给出前置条件，状态码和响应首部说明处理结果，消息体承载表示。复核时保存原始报文并改变方法、资源状态或连接复用条件，确认客户端、代理与服务端对语义的解释一致。

3.6 内容协商返回最合适的内容：机制、边界与证据

第3章 HTTP报文内的HTTP信息中的3.6 内容协商返回最合适的内容会改变中间节点如何转发、缓存或变换表示；字段值必须与适用方向、缓存键和端到端/逐跳边界一起解释。可用两次可重复请求对照命中状态、报文首部与实际字节，避免只凭浏览器最终页面判断。