第3章——HTTP报文内的HTTP信息
HTTP报文
用于HTTP协议交互的信息被称为HTTP报文，分为请求报文和响应报文。分为Head，Body
结构：
请求行：包含用于请求的方法，请求URI和HTTP版本。
状态行：包含表明响应结果的状态码，原因短语和HTTP版本。
首部字段：包含表示请求和响应的各种条件和属性的各类首部。
一般有4种首部，分别是：通用首部、请求首部、响应首部和实体首部。
其他：可能包含HTTP的RFC里未定义的首部（Cookie等）
编码提升传输速率
消耗更多的CPU等资源换取速率
报文主体和实体主体的差异
| 对比项 | 报文主体（Message Body） | 实体主体（Entity Body） |
|---|---|---|
| 定义 | HTTP 报文中实际传输的数据部分 | 实体（Entity）传输的主体内容，数据可能被编码或压缩 |
| 关系 | 报文的直接数据部分 | 是报文主体的进一步抽象，可能经过编码或转换 |
| 位置 | 位于 HTTP 报文的首部字段之后 | 位于实体首部之后 |
| 变化 | 原始数据 | 可能经过 编码、压缩、分块传输 等转换 |
| 依赖首部字段 | 与 Content-Length、Transfer-Encoding 等相关 | 与 Content-Encoding、Content-Type 等相关 |
压缩传输的内容编码
HTTP协议中有一种被称为内容编码的功能(压缩)
分割发送的分块传输编码
分块传输编码
每一块都会用十六进制来标记块的大小，而实体主体的最后一块会使用“0(CR+LF)”来标记，由接收的客户端负责解码。
发送多种数据的多部分对象集合
MIME（Multipurpose Internet Mail Extensions，多用途因特网邮件扩展）机制，它允许邮件处理文本、图片、视频等多不同类型的数据。比如以ASCII码字符串编码方式表示图片。在MIME扩展中会使用一种称为多部分对象集合（Multipart）的方法，来容纳多份不同类型的数据。
类似地，HTTP协议中也采纳了多部分对象集合。使用时在首部字段里加上Content-type:（multipart类型）
获取部分内容的范围请求
可恢复机制——能从之前下载中断处恢复下载，要实现该功能需要发送范围请求以指定下载的实体范围。
关键是首部字段Range
内容协商返回最合适的内容
内容协商机制是指客户端和服务器端就响应的资源内容进行交涉，然后提供给客户端最为适合的资源。内容协商会以响应资源的语言、字符集、编码方式等作为判断的基准。
服务器驱动协商：自动返回最优内容
客户端驱动协商：全返回，用户自己选
其他。
关键是首部字段Accept
服务器驱动协商：自动返回最优内容
客户端驱动协商：全返回，用户自己选
其他。
关键是首部字段Accept