图解HTTP第三章：HTTP报文内的HTTP信息

HTTP报文

HTTP报文：用于HTTP协议交互的信息

• HTTP报文大致可分为报文首部和报文主体两块。由空行(CR+LF)来划分。
  

• 请求报文和响应报文

  • 请求行：包含用于请求的方法，请求URI和HTTP版本
  • 状态行：包括表明响应结果的状态码，原因短语和HTTP版本
  • 首部字段：包含表示请求和响应的各种条件和属性的各类首部。

实例：

编码提升传输速率

• 报文主体和实体主体：

  • 报文 ：HTTP通信的基本单位，由8位组字节流组成
  • 实体：作为请求或响应的有效载荷数据，由实体首部和实体主体组成
  • HTTP报文的主体用于传输请求或响应的实体主体，报文主体=实体主体，只有进行编码操作时，实体主体的内容发生变化，才导致它和报文主体产生差异。

• 压缩传输的内容编码
  内容编码指明应用在实体内容上的编码格式，并保持实体信息原样压缩。
  内容编码后的实体由客户端接收并负责解码
  常用的内容编码：gzip、compress、deflate、identity

• 分割发送的分块传输编码
  把实体主体分成多个部分，每一块都会用16进制来标记块的大小，而实体主体最后一块会使用0(CR+LF)来标记。

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

MEME机制：Multipurpose Internet Mail Extensions，多用途因特网邮件扩展机制，它允许邮件处理文本、图片、视频等多个不同类型的数据。

• 多部分对象集合的对象如下：
  
  • multipart/form-data 在Web表单文件上传时使用
  • multipart/byteranges 状态码206(Partial Content，部分内容)响应报文包含了多个范围的内容时使用

使用多部分对象集合时，需要在首部字段里加上Content-type。

获取部分内容的范围请求

范围请求(Range Request)：指定下载实体范围的请求。
使用首部字段Range：bytes= -3000来指定资源的byte范围。

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

• 内容协商机制(Content Negotiation)：指客户端和服务器端就响应的资源内容进行交涉，然后提供给客户端最为适合的资源。内容协商会以资源的语言、字符集、编码方式等作为判断的基准。

• 这些请求首部字段就是判断的标准：

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

• 内容协商的技术类型：

  • 服务器驱动协商(Server-driven Negotiation)：由服务端进行内容协商，以请求的首部字段为参考，在服务端自动处理。但对用户来说，以浏览器发送的信息作为判定依据，并不一定能筛选出最优内容。
  • 客户端驱动协商(Agent-driven Negotiation)：由客户端进行内容协商的方式。用户从浏览器显示的可选项列表中手动选择，或者通过JS在Web页面上自动进行上述选择，比较按OS的类型或浏览器类型，自动切换PC或H5。
  • 透明协商(Transparent Negotiation)：是服务器驱动和客户端驱动的结合体，是由服务器端和客户端各自进行内容协商的一种方法。