HTTP报文内的HTTP信息

HTTP报文

HTTP报文本身是由多行（用CR+LF作换行符）数据构成的字符串文本。
HTTP报文大致可分为报文首部和报文主体两块。两者由最初出现的空行（CR+LF）来划分。通常不一定要有报文主体。

报文首部
空行（CR+LF）
报文主体

请求报文和响应报文的首部内容由如下内容组成：
1.请求行
包含用于请求的方法，请求URI和HTTP版本
2.状态行
包含表明响应结果的状态码，原因短语和HTTP版本
3.首部字段
包含表示请求和响应的各种条件和属性的各类首部
一般有4种首部，分别是通用首部、请求首部、响应首部和实体首部

编码提升传输速率

HTTP在传输数据时可以按照数据原貌直接传输，也可以在传输过程中通过编码提升传输速率。
压缩传输的内容编码：
内容编码指明应用在实体内容上的编码格式，并保持实体信息原样压缩。内容编码后的实体由客户端接收并负责解码。
常用的内容编码有以下几种：

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

分割发送的分块传输编码：
在传输大容量数据时，通过把数据分割成多块，能够让浏览器逐步显示页面
HTTP/1.1中存在一种称为传输编码的机制，它可以在通信时按某种编码方式传输，但只作用于分块传输编码中

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

  发送邮件时，我们可以在邮件里写入文字并添加多份附件。这是因为采用了MIME（Multipurpose Internet Mail Extensions ,多用途因特网邮件扩展）机制，它允许邮件处理文本、图片、视频等多个不同类型的数据。
在MIME扩展中会使用一种称为多部分对象集合（Multipart）的方法，来容纳多份不同类型的数据。
HTTP协议中也采纳了多部分对象集合，发送的一份报文主体内可含有多类型实体。
多部分对象集合包含的对象如下：

• multipart/form-data
  在Web表单文件上传时使用
• multipart/byteranges
  状态码206响应报文包含了多个范围的内容时使用

获取部分内容的范围请求

针对断点续传的问题，可以通过指定下载的实体范围来解决
执行范围请求时，会用到首部字段Range来指定资源的byte范围。
byte范围的指定形式如下：

• 5000~10000字节

Range: bytes=5001-10000

• 从5001字节之后全部的

Range: bytes=5001-

• 从一开始到3000字节和5000~7000字节的多重范围

Range: bytes=0-3000,5000~7000

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

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

内容协商机制是指客户端和服务器端就响应的资源内容进行交涉，然后提供给客户端最为合适的资源。
内容协商会以语言、字符集、编码方式等为基准判断响应的资源
包含在请求报文中的某些首部字段就是判断基准：

• Accept
• Accept-Charset
• Accept-Encoding
• Accept-Language
• Content-Language
  内容协商技术有以下3种类型：
  1）服务器驱动协商（Server-driven Negotiation）
  由服务器端进行内容协商。由服务器端进行决定，以请求首部字段为参考，在服务端自动处理。
  2）客户端驱动协商（Agent-driven Negotiation）
  由客户端进行内容协商的方式。用户从浏览器显示的可选项列表中手动选择，也可以利用JavaScript脚本在Web页面上自动进行上述选择。
  3）透明协商（Transparent Negotiation）
  是服务器驱动和客户端驱动的结合体，是由服务器端和客户端各自进行内容协商的一种方法。