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

3.1 HTTP报文

• 用于http协议交互的信息被称为http报文，客户端的报文称为请求报文，服务器端叫做响应报文
• http报文大致可分为报文首部和报文主体（不一定有）。
• 报文首部：服务器端或客户端需处理的请求或响应的内容及属性
• 报文主体：应被发送的数据

3.2请求报文和响应报文的结构

• 请求报文和响应报文的首部内容：
  
  1. 请求行：包含用于请求的方法，请求URI和http版本
  2. 状态行：包含表明响应结果的状态码，原因短语和http版本
  3. 首部字段：包含表示请求和响应的各种条件和属性的各类首部。（四种首部：通用首部，请求首部，响应首部和实体首部）
  4. 其他（可能包含http放入rfc力未定义的首部[cookie]）

3.3编码提升传输速率

• http在传输数据可以按照数据原貌直接传输，但也可以在传输过程中通过编码提升传输速率，会消耗更多的cpu资源
• 报文主体和实体主体的差异：
  
  1. 报文：是http通信的基本单位，由8位组字节流组成，通过http通信传输
  2. 实体：作为请求或响应的补充项被传输，其内容由实体首部和实体主体组成
  3. http报文的主体用于传输请求或响应的实体主体
  4. 通常，报文主体等于实体主体。只有当传输中进行编码操作时，实体主体内容发生变化。
• 内容编码：是指应用在实体内容上的编码格式，并保持实体信息原样压缩，内容编码后的实体由客户端接收并负责解码。
• 常用的编码格式：gzip（GNU-zip），compress（UNIX系统的标准压缩），deflate（zlib），identity（不进行编码）
• 分割发送的的分块传输编码：在http通信过程中，请求的编码实体资源未全部传输完成之前，浏览器无法显示请求页面。在传输大容量数据时，通过吧数据分割成多块，能让浏览器逐步显示页面。这种把实体主体分块的功能称为分块传输编码
• 每一块都会用16进制来标记块的大小，而实体主体的最后一块会使用“0（CR+LF）”来标记

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

• 发送邮件时，通常会写入文字并添加多份附件，这是因为采用了MIME（多用途因特网邮件扩展）机制。它允许邮件处理文本、图片、视频等多个不同类型的数据。
• 相应的，http协议中也采纳了多部分对象集合，发送的一份报文内可含有多类型实体。
• 多部分对象集合包含对象如下：
  
  • multipart/form-data，在web表单文件上传时使用
  • multipart/byeranges，状态那206，响应报文包含了多个范围的内容时使用
• 在http报文中使用多部分对象集合时，需要在首部字段里面加上Content-type。

3.5 获取部分内容的范围请求

• 如果下载过程中遇到网络中断的情况，那就必须重新开始，为了解决这个问题，需要一种可恢复的机制（从之前下载中断处回复下载）
• 要实现该功能需要指定下载的实体范围。像这种指定范围发送的请求叫做范围请求。
• 
• eg：对一份10000字节大小的资源，如果使用范围请求，可以只请求5001-10000内的资源，此时，会用到首部字段Range来指定资源的byte范围。
  
  • Range：bytes=5001-10000
  • Range：bytes=5001-（从5001字节之后全部的）
  • Range：bytes=-3000， 5000-7000（多重范围请求）
• 针对范围请求，响应会返回状态码206Partial Con
  tent的响应报文。 如果服务器无法响应范围请求，则会返回状态码200 OK 和完整的实体内容

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

• eg：同一个页面有可能存在相同内容的页面，比如英语和汉语的页面，当浏览器的默认语言为那种，就会显示对应的web页面。 这样的机制称为内容协商。
• 内容协商会以响应资源的语言，字符集，编码方式等作为判断的基准。
• 包含在请求报文中的一些首部字段就是判断的基准
  
  • Accept
  • Accep-Charset
  • Accept-Encoding
  • Accept-Language
  • Content-Language
• 内容协商技术的三种类型：
  
  • 服务器驱动协商
  • 客户端驱动协商
  • 透明协商（前两者驱动的结合体）