图解HTTP-3.HTTP报文内的HTTP信息

    • 用于HTTP协议交互的信息被称为HTTP报文。
    • 请求端(客户端)的HTTP报文叫做请求报文,响应端(服务器端)的叫做响应报文。
    • HTTP报文大致可分为报文首部和报文主题两块。两者由最初出现的空行(CR+LF)来划分。通常,并不一定要有报文主体。

  • 请求报文结构:报文首部(请求行+请求首部字段+通用首部字段+实体首部字段+其他)+空行(CR+LF)+报文主体。
  • 响应报文结构:报文首部(状态行+响应首部字段+通用首部字段+实体首部字段+其他)+空行(CR+LF)+报文主体。
  • 请求行:包含用于请求的方法,请求URI和HTTP版本。
  • 状态行:包含表明响应结果的状态码,原因短语和HTTP版本。
  • 首部字段:包含表示请求和响应的各种条件和属性的各类首部。(一般有4种首部,分别是:通用首部,请求首部,响应首部和实体首部)
  • 其他:可能包含HTTP的RFC里未定义的首部(Cookie等)。
  • 传输过程中可以通过编码提升传输速率。
  • 通过在传输时编码,能有效地处理大量的访问请求,但是编码的操作需要计算机来完成,因此会消耗更多的CPU等资源。
  • 报文是HTTP通信中的基本单位,有8位组字节流组成,通过HTTP通信传输。
  • 实体:作为请求或响应的有效载荷数据(补充项)被传输,其内容由实体首部和实体主体组成。
  • HTTP报文的主体用于传输请求或响应的实体主体。
  • 通常,报文主体等于实体主体。只有当传输中进行编码操作时,实体主体的内容发生变化,才导致它和报文主体产生差异。
  • 压缩传输的内容编码。内容编码指明应用在实体内容上的编码格式,并保持实体信息原样压缩。内容编码后的实体由客户端接收并负责解码。
  • 常用的内容编码有:gzip(GNU zip);compress(UNIX系统的标准压缩);deflate(zlib);identity(不进行编码)。
  • 在传输大容量数据时,通过把数据分割成多块,能够让浏览器逐步显示页面。这种把实体主体分块的功能称为分块传输编码。
  • 分块传输编码会将实体主体分成多个部分(块)。每一块都会用十六进制来标记块的大小,而实体主体的最后一块会使用【0(CR+LF)】来标记。
  • 使用分块传输编码的实体主体会由接收的客户端负责解码,恢复到编码前的实体主体。
  • 发送邮件时,我们可以在邮件里写入文字并添加多份附件,这是因为采用了MIME(多用途因特网邮件扩展)机制。
  • MIME扩展中会使用一种称为多部分对象集合的方法(multipart/…),来容纳多份不同类型的数据。
  • 在HTTP报文中使用多部分对象集合时,需要在首部字段里加上Content-type。
  • 使用boundary字符串来划分多部分对象集合指明的各类实体。
  • 在boundary字符串指定的各个实体的起始行之前插入【–】标记,而在多部分对象集合对应的字符串的最后插入【–】标记作为结束。
  • 下载中断时,需要一种可恢复机制,能从之前下载中断处恢复下载,要实现该功能需要指定下载的实体范围。像这样,指定范围发送的请求叫做范围请求。
  • 执行范围请求时,会用到首部字段Range来指定资源的byte范围。格式如下:Range:bytes=a-b,c-d
  • 针对范围请求,响应会返回状态码为206 Partial Content的响应报文。另外,对于多重范围的范围请求,响应会在首部字段Content-Type标明multiparty/byteranges后返回响应报文。
  • 如果服务器端无法响应范围请求,则会返回状态码200 OK和完整的实体内容。
  • 内容协商机制:访问相同URI的Web页面时,会根据浏览器的默认语言显示对应的语言的Web页面。
  • 内容协商机制是指客户端和服务器端就响应的内容进行交涉,然后提供给客户端最为合适的资源。内容协商会以响应资源的语言,字符集,编码方式等作为判断的基准。包含在请求报文中的某些首部字段(Accept,Accept-Charset,Accept-Encoding,Accept-Language,Content-Language)就是判断的基准。
  • 内容协商技术有以下3种类型:
  1. 服务器驱动协商。由服务器端进行内容协商,但对用户来说,以浏览器发送的信息作为判定的依据,并不一定能筛选出最优内容。
  2. 客户端驱动协商。由客户端进行内容协商的方式。用户从浏览器显示的可选列表中手动选择。还可以利用JS脚本在Web页面上自动进行上述选择。
  3. 透明协商。是服务器驱动和客户端驱动的结合体,是由服务器端和客户端各自进行内容协商的一种方法。

 

发表评论

电子邮件地址不会被公开。