HTTP报文


作者:李成文;
标签: HTTP报文中的信息


HTTP报文

用于HTTP协议交互的信息叫做HTTP报文。请求端的HTTP报文叫做请求报文,响应端的叫做响应报文。
HTTP报文大致分为报文首部和报文主体两块。通过空行(CR+LF)来划分的。并不一定会有报文主体。

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

请求报文和响应报文的首部内容由以下数据构成:

  • 请求行

    包含用于请求的方法,请求的URI和HTTP版本

  • 状态行

    包含表明响应结果的状态码,原因短语和HTTP版本

  • 首部字段

    包含表示请求和响应的各种条件和属性的各类首部。一般有四种首部:通用首部、请求首部、响应首部和实体首部。

  • 其他

    可能包含HTTP的RFC里未定义的首部(Cookie等)

编码提升传输速率

HTTP传输的时候可以按照数据原样传输,也可以在传输过程中通过编码来提升传输的速率,但是在编码的时候是由计算机来操作,所以会消耗CPU等资源。

报文主体和实体主体的差异

  • 报文

    是HTTP通信的基本单位,由8位组字节流组成,通过HTTP通信传输。

  • 实体

    作为请求或者响应的有效载荷数据被传输,其内容由实体首部和实体主体组成。

HTTP报文的主体用于传输或响应实体主体。

通常报文的主体对于实体主体。只有当传输中进行编码操作的时候,实体主体的内容发生变化,才导致它和报文主体产生差异。

压缩传输的内容编码

HTTP协议中有一种被称为内容编码的功能可以对信息进行压缩。

内容编码指明应用在实体内容上的编码格式,并保持实体信息原样压缩。内容编码之后的实体由客户端接受并负责解码。

常见的内容编码有以下几种:

  • gzip
  • compress
  • deflate
  • identity(不编码)

分割发送的分块传输编码

在HTTP通信过程中,请求的编码实体资源尚未全部传输完成之前,浏览器无法显示请求页面。在传输大量的数据时,可以通过把数据分割成多块,能够让浏览器逐步的显示页面。

把实体主体分块的功能叫做分块传输编码。

分块传输编码会将实体主体分成多个块,每一块都会用十六进制来标记大小,而实体主体的最后一块会使用"0(CR+LF)"标记。

使用分块传输编码的实体会由接受的客户端负责解码,恢复到编前的实体主体。

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

发送邮件的时候,可以在邮件中写入文字添加多份附件。这是因为采用了MIME(多用途因特网邮件扩展)机制,允许邮件处理文本、图片、视频等多个不同类型的数据。

在HTTP协议中也采纳了多部分对象集合,发送的一份报文主体内容可包含多类型实体,通常是在图片或文本文件等上传时使用。

多部分对象集合包含的对象如下:

  • multipart/form-data

    在Web表单文件上传时使用

  • multipart/byteranges

    状态码206响应报文包含了多个范围的内容时使用。

在HTTP报文中使用多部分对象集合时,需要在首字段加上Content-type。

多部分对象集合的每个部分类型中,都可以含有首部字段。另外可以在某个部分嵌套使用多部分对象集合。

获取部分内容的范围请求

在以前网络慢的时候下载 大一点的文件十分吃力,如果在下载过程中网络中断,那么就必须要重头再开始下载,为了解决这个问题,需要一种可以恢复的机制,在下载中断之后能够恢复下载。

要想实现这个功能需要指定下载的实体范围。像这样指定了范围发送的请求就叫做范围请求。

在执行范围请求时,会用到首部字段Range来指定资源的byte范围。byte范围指定的形式如下:

  • 5001~10000字节

Range:bytes=5001-10000

  • 从5001字节之后全部的

Range:bytes=5001-

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

Range:bytes=-3000,5000-7000

对于范围请求,响应会返回的状态码为206Partial Content的响应报文。对于多种范围的范围请求,响应会在首部字段Content-Type标明Multipart/byteranges后返回响应报文。如果服务器无法响应范围请求,那么会返回状态码200 OK和完整的实体内容。

内容协商

当浏览器默认的语言为英文或中文,访问相同的URI的Web页面时,则会显示对应的英文版或者中文版的页面,这样的机制被称为内容协商。

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

包含在请求报文中的某些首部字段就是判断的基准:

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

内容协商有三种类型:

  • 服务器驱动协商

    由服务器进行内容协商,以请求的首部字段作为参考,在服务端自动处理。

  • 客户端驱动协商

由客户端进行内容协商的方式。由客户从浏览器显示的可选列表中手动选择。

  • 透明协商

是服务器驱动和客户端驱动的结合体,由服务器和客户端各自进行内容协商的一种方式。

你可能感兴趣的:(HTTP报文)