三 HTTP报文内的HTTP信息
3.1报文结构：
报文首部+空行（CR+LF）+报文主体
首部内容：
请求行：用于包含请求的方法，请求URI和HTTP版本
状态行：包含表明响应结果的状态码，原因短语和HTTP版本。
首部字段：表示请求和响应的各种条件和属性的各种属性。
其他：cookie等
3.2 编码提升传输速率
报文主体与实体主体的差异
报文（message）是HTTP通信的基本单位，有8位组字节流组成，通过HTTP通信传输。
实体（entity）作为请求或者响应的有效载荷数据被传输，其内容有实体首部与实体主体组成。
HTTP报文的主体用于传输请求或响应的的实体主体。通常报文主体等于实体主体，只有当传输时进行编码操作时，实体的主体内容发生变化，才导致它个报文主体产生差异。
压缩传输的内容编码
内容编码指明应用在实体内容上的编码格式，并保持实体信息压缩。内容压缩后的实体内容有客户端接受并负责解码。
常见的内容编码有几种：
Gzip（GNU zip）,compress(unix 标准压缩),deflate（zlib）,identity(不进行编码)
分割发送的分块传输编码
分割传输编码会将实体主体分成多个部分（块），每一块都会用十六进制标记块的大小，而实体的最后一块会用0“CR+LF”来标记。使用分块传输编码的实体主体会有负责接收的客户端负责解码，恢复到编码前的实体主体。
3.3发送多种数据的多部分对象集合
通常在图片或者文本文件上传的时候，发送的一份报文主体里面可能含有多类型实体。
多部分对象集合包含的对象如下：
Multipart/form-data
在web表单文件上传时使用。
Multipart/byteranges
状态码206，响应报文包含了多个范围的内容使用。
在HTTP报文使用多部分对象集合时，需要在首部字段里加上content-type.
3.5 获取部分请求内容的范围请求
没遇到过，先略过。
3.6 内容协商
作者以访问Google为例，介绍浏览器默认语言不同展示内容不同介绍内容协商。
内容协商机制是客户端和服务端就响应的资源内容进行交涉，然后提供给客户端最为合适的资源。内容协商会以响应资源的语言，字符集，编码方式等进行判断。
包含在请求报文的某些首部字段如下：就是判断标准
Accept：
Accept-Language：
Accept-Encoding：
Accept-charset:
Content-language:
协商机制有服务端驱动，客户端驱动，透明驱动（服务端+客户端）