HTTP协议的学习（三）HTTP 报文内的 HTTP信息

HTTP协议的学习（三）HTTP 报文内的 HTTP信息

本文总结自《图解HTTP》

HTTP 通信过程包括从客户端发往服务器端的请求及从服务器端返回客户端的响应。
（1） HTTP 报文
用于 HTTP 协议交互的信息被称为 HTTP 报文。 请求端（客户端）的HTTP 报文叫做请求报文， 响应端（服务器端） 的叫做响应报文
HTTP 报文大致可分为报文首部和报文主体两块。 并不一定要有报文主体.

（2） 请求报文和响应报文的结构

请求报文和响应报文的首部内容由以下数据组成：
请求行：包含用于请求的方法， 请求 URI 和 HTTP 版本。
状态行：包含表明响应结果的状态码， 原因短语和 HTTP 版本。
首部字段：包含表示请求和响应的各种条件和属性的各类首部。
一般有 4 种首部， 分别是： 通用首部、 请求首部、 响应首部和实体首部。
（3）提升HTPP传输速率
HTTP 在传输数据时可以按照数据原貌直接传输， 但也可以在传输过程中通过编码提升传输速率。
HTTP 报文的主体用于传输请求或响应的实体主体。 报文主体等于实体主体。 只有当传输中进行编码操作时， 实体主体的内容发生变化， 才导致它和报文主体产生差异。

• 压缩传输的内容编码
  向待发送邮件内增加附件时， 为了使邮件容量变小， 我们会先用 ZIP压缩文件之后再添加附件发送。 HTTP 协议中有一种被称为内容编码的功能也能进行类似的操作。
  内容编码指明应用在实体内容上的编码格式， 并保持实体信息原样压缩。 内容编码后的实体由客户端接收并负责解码
  
• • 分割发送的分块传输编码
    在 HTTP 通信过程中， 请求的编码实体资源尚未全部传输完成之前，浏览器无法显示请求页面。 在传输大容量数据时， 通过把数据分割成多块， 能够让浏览器逐步显示页面。 把实体主体分块的功能称为分块传输编码。
    使用分块传输编码的实体主体会由接收的客户端负责解码， 恢复到编码前的实体主体。

（4） 发送多种数据的多部分对象集合
HTTP 协议中采纳了多部分对象集合， 发送的一份报文主体内可含有多类型实体。
多部分对象集合包含的对象如下：

• multipart/form-data

• multipart/byteranges

在 HTTP报文中使用多部分对象集合时， 需要在首部字段里加上Content-type。
多部分对象集合的每个部分类型中， 都可以含有首部字段。 另外， 可以在某个部分中嵌套使用多部分对象集合
（5） 获取部分内容的范围请求
解决中断传输问题， 需要一种可恢复的机制。 所谓恢复是指能从之前下载中断处恢复下载。 要实现该功能需要指定下载的实体范围。 像这样， 指定范围发送的请求叫做范围请求。
执行范围请求时， 会用到首部字段 Range 指定资源的 byte 范围。

针对范围请求， 响应会返回状态码为 206 Partial Content 的响应报文。 另外， 对于多重范围的范围请求， 响应会在首部字段 ContentType 标明 multipart/byteranges 后返回响应报文。 如果服务器端无法响应范围请求， 则会返回状态码 200 OK 和完整的实体内容。

（6） 内容协商返回最合适的内容
当浏览器的默认语言为英语或中文， 访问相同 URI 的 Web 页面时，则会显示对应的英语版或中文版的 Web 页面。 这样的机制称为内容协商（Content Negotiation）
内容协商机制是指客户端和服务器端就响应的资源内容进行交涉， 然后提供给客户端最为适合的资源。 内容协商会以响应资源的语言、 字符集、 编码方式等作为判断的基准.
内容协商技术有以下 3 种类型：

• 服务器驱动协商： 由服务器端进行内容协商。 以请求的首部字段为参考， 在服务器端自动处理。
• 客户端驱动协商：由客户端进行内容协商的方式
• 透明协商： 是服务器驱动和客户端驱动的结合体， 是由服务器端和客户端各自进行内容协商的一种方法。