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

本章主要讲解请求和响应是如何运做的

1、HTTP 报文

用于 HTTP 协议交互的信息被称为 HTTP 报文，客户端的 HTTP 报文叫作请求报文，服务器端的叫作响应报文。

HTTP 报文大体可分为报文首部和报文主体两块，二者经过空行划分（CR + LF），一般并不必定要有报文主体

CR：Carriage Return，回车符，16 进制的 0x0d

LF：Line Feed，换行符，16 进制的 0x0a

下图展现了请求报文和响应报文的结构：

其中：

• 请求行 包含用于请求的方法，请求 URL 和 HTTP 版本。
• 状态行 包含代表响应结果的状态码，缘由短语和 HTTP 版本。
• 首部字段 包含表示请求和响应的各类条件和属性的各种首部。通常包括通用首部、请求首部、响应首部和实体首部。
• 其余 包含一些未在 RFC 中定义的首部（Cookie 等）。

2、经过编码提高传输速率

HTTP 在传输时能够按照原始数据直接传输，也能够预先将数据进行压缩后再传输。编码压缩后能够减小传输的数据量，可以提高传输速率，可是会压缩过程会消耗更多的 CPU 资源。

2.1 报文主体和实体主体的差别

• 报文（message） 是 HTTP 通讯过程当中的基本单位，由八位组字节流组成，经过 HTTP 传输。
• 实体（entity） 做为请求或者响应的有效载荷数据被传输，其内容由实体首部和实体主体构成。

HTTP 报文的主体用于传输实体的主体（请求或者响应的）。

一般状况下，报文主体就是实体主体。可是在进行编码压缩时，实体主体部分会被编码，致使与报文主体不一样。

2.2 压缩传输的内容编码

内容编码指明应用在实体内容上的编码格式，并保持实体信息原样压缩，压缩以后的内容在客户端被接受以后会进行解码还原。

经常使用的内容编码有一下几种：

• gzip（GNU zip）
• compress（UNIX 系统的标准压缩）
• deflate（zlib）
• identity（不进行编码）

如今还有一种新兴的优秀算法——Brotli，可是目前尚未被普遍采用。

2.3 分块传输编码

在传送大容量数据时，经过把数据分割成多块，可以让浏览器逐步显示页面。这种功能成为分块传输编码（Chunked Transfer Coding）。

分块传输会将实体主体分割成多个块（chunk）来传输，每一块都用十六进制来标记块的大小，而实体主体的最后一块会使用“0（CR+LF）”来标记。

3、发送多种数据的多部分对象集合

邮件附件可以同时传送多种内容的数据，是由于采用了 MIME（Multipurpose Internet Mail Extensions，多用途因特网邮件扩展）机制，它容许邮件处理文本、图片、视频等多种类型的数据。相应的，HTTP 也采纳了部分多部分对象集合。

多部分对象集合包含的对象以下：

• multipart/form-data：在 Web 表单上传时使用。
• multipart/byteranges：状态码 206（Partial Content，部份内容）响应报文包含了多个范围的内容时使用。

咱们经过指定 Content-Type 请求头来使用多部分对象结合。

4、获取部份内容的范围请求

指定范围发送的请求叫作范围请求（Range Request）。

对于一份 10000 字节大小的资源，能够经过范围请求一次只请求 5001 ～ 10000 字节的资源。

执行范围请求时，会经过 Range 首部字段来指定资源的 byte 范围，好比：

• 5000 - 10000 字节：

  Range: bytes=5001-10000
  复制代码

• 5000 字节以后的全部内容：

  Range: bytes=5000-
  复制代码

• 从一开始到 3000 字节和 5000 字节到 7000 字节的内容：

  Range: bytes=0-3000,5000-7000
  复制代码

针对范围请求，响应会返回状态码为 206 Partial Content 的响应报文。

对于多重范围的范围请求，响应会在首部字段 Content-Type 代表 multipart/byteranges 后返回。

5、内容协商返回最合适的内容

内容协商机制是指客户端和服务器端就响应的资源内容进行交涉，而后提供给客户端最为合适的资源。

内容协商会以语言、字符集、编码方式等为基准判断响应的资源。

包含在请求报文中的一些首部字段就是服务端响应的判断标准：

• Accept
• Accept-Charset
• Accept-Encoding
• Accept-Language
• Content-Language