图解HTTP读书笔记（三 HTTP报文内的HTTP信息）

三 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:

协商机制有服务端驱动，客户端驱动，透明驱动（服务端+客户端）