HTTP 报文
HTTP 报文大致可分为报文首部和报文主体两块。两者由最初出现的空行（CR+LF）来划分。通常，并不一定要有报文主体。
请求报文及响应报文的结构![在这里插入图片描述]()
一般有 4 种首部，分别是：通用首部、请求首部、响应首部和实体首部。
其他可能包含 HTTP 的 RFC 里未定义的首部（Cookie 等）。
编码提升传输速率
HTTP可以在传输过程中通过编码提高传输效率，但是，编码的操作需要计算机来完成，因此会消耗更多的 CPU 等资源。
报文（message）是 HTTP 通信中的基本单位，由 8 位组字节流（octet sequence，其中 octet 为 8 个比特）组成，通过 HTTP 通信传输。
实体（entity）作为请求或响应的有效载荷数据（补充项）被传输，其内容由实体首部和实体主体组成。
HTTP 报文的主体用于传输请求或响应的实体主体。
通常，报文主体等于实体主体。只有当传输中进行编码操作时，实体主体的内容发生变化，才导致它和报文主体产生差异。
压缩传输的内容编码
内容编码指明应用在实体内容上的编码格式，并保持实体信息原样压缩。内容编码后的实体由客户端接收并负责解码。
内容编码的格式：
gzip（GNU zip）、compress（UNIX 系统的标准压缩）、deflate（zlib）、identity（不进行编码）
分割发送的分块传输编码
使用分块传输编码的实体主体会由接收的客户端负责解码，恢复到编
码前的实体主体。
HTTP/1.1 中存在一种称为传输编码（Transfer Coding）的机制，它可
以在通信时按某种编码方式传输，但只定义作用于分块传输编码中。
HTTP 协议中也采纳了多部分对象集合，发送的一份报文主体内可含有多类型实体。通常是在图片或文本文件等上传时使用。
Content-type:
multipart/form-data----在 Web 表单文件上传时使用。
multipart/byteranges—状态码 206（Partial Content，部分内容）响应报文包含了多个范围的内容时使用。
获取部分内容的范围请求
即可以通过bytes来获取资源的指定范围
如果服务器端无法响应范围请求，则会返回状态码 200 OK 和完整的
实体内容。
内容协商返回最合适的内容
多语言翻译的时候可以用到
如下三种技术：
服务器驱动协商（Server-driven Negotiation）
由请求的首部字段为参考，服务器端进行自动处理。但是浏览器发出的不一定能筛选的最合适的内容。
客户端驱动协商（Agent-driven Negotiation）
例如根据OS 的类型或浏览器类型等，客户端进行判断，返回pc页面或者手机版页面
透明协商（Transparent Negotiation）
服务器驱动和客户端驱动的结合体，是由服务器端和客户端各自进
行内容协商的一种方法。