HTTP报文结构
- 报文(message)
是HTTP通信中的基本单位,由8位组字节流(octet sequence),其中octet为8个比特)组成,通过HTTP通信传输。 - 实体(entity)
作为请求或响应的有效载荷数据(补充项)被传输,其内容由实体首部和实体主体组成。 - 报文主体:是被用来传输请求或响应的实体主体。
- 通常,报文主体等于实体主体。只有当传输中进行编码操作时,实体主体的内容发生变化,才导致它和报文主体产生差异。
请求报文和响应报文的结构:
- 请求行:包含用于请求的方法,请求URI和HTTP版本。
- 状态行:包含表明响应结果的状态码,原因短语和HTTP版本。
- 首部字段:包含表示请求和响应的各种条件和属性的各类首部。
- 其他:可能包含HTTP的RFC里未定义的首部(Cookie 等)
HTTP在传输时编码可以提升传输速率
HTTP传输数据:1按数据原样传输。2编码传输(更耗CPU)。
http报文中的实体是我们真正想要获得的数据,而头部信息是通信双方的约定,以便能正确读取数据。
Content-Length:实体的大小,这个大小是编码之后的大小(也就是接收方获得的数据大小),大小很重要尤其是在持久连接中,一个连接中有多条请求或响应,只能通过大小来划分一条请求的结束和下一条请求的开始。
内容编码:内容编码是指对实体数据的编码,编码的目的一般是保证数据的安全或对数据进行压缩。
- 内容编码:压缩传输。
内容编码指明应用在实体内容上的编码格式,并保持实体信息原样压缩。内容编码后的实体由客户端接收并负责解码。
- 分块传输编码:把实体主体分块发送。
每一块都会用十六进制来标记块的大小,而实体主体的最后一块会使用“0(CR+LF)”来标记。使用分块传输编码的实体主体会由接收的客户端负责解码,恢复到编码前的实体主体。.
分块传输编码中定义了一种称为传输编码的机制(只定义作用于分块传输编码中),它可以在通信时按某种编码方式传输。
多部分对象集合:可发送多种数据
发送的一份报文主体内可含有多类型实体。通常是在图片或文本文件等上传时使用。
多部分对象集合 包含的对象 如下:
- multipart/form data
在Web表单文件上传时使用。
- multipart/byteranges
状态码206 (部分内容)响应报文包含了多个范围的内容时使用。
- 使用多部分对象集合时,需要在首部字段里加上Content-type。
- 使用boundary字符串来划分多部分对象集合指明的各类实体。在boundary字符串指定的各个实体的起始行之前插入“标记(例如: - -AaB03x、- -THIS_ STRING SEPARATES),而在多部分对象集合对应的字符串的最后插入“- -标记(例如: - -AaB03x- -、 - -THIS_ STRING_ SEPARATES- -)作为结束。
- 多部分对象集合的每个部分类型中,都可以含有首部字段。另外,可
以在某个部分中嵌套使用多部分对象集合。
范围请求:获取部分内容
比如网断了中断了下载,在恢复后可以从中断处继续下载。
- 要实现该功能需要指定下载的实体范围。像这样,指定范围发送的请
求叫做范围请求( Range Request) 。
- 指定形式:
bytes= 5001- 10000 :5001~10 000字节。
bytes= 5001- :从5001字节之后全部的。
bytes= -3000,5000 - 7000 :从一开始到3000字节和5000~7000字节的多重范围。 - 针对范围请求,响应会返回状态码为206PartialContent的响应报文。
- 对于多重范围的范围请求,响应会在首部字段Content-Type标明multipart/byteranges后返回响应报文。
- 如果服务器端无法响应范围请求,则会返回状态码200 OK和完整的实体内容。
内容协商:返回最合适的内容
- 内容协商机制:客户端和服务器端就响应的资源内容进行交涉,然后提供给客户端最为适合的资源。
- 内容协商会以响应资源的语言(如网页用中文显示还是用英文显示)、字符集、编码方式等作为判断的基准。
- 判断的基准:是包含在请求报文中的某些首部字段。
- 内容协商的三种类型:
– 1服务器驱动协商:由服务器端进行内容协商。以请求的首部字段为参考,在服务器端自动处理。但对用户来说,以浏览器发送的信息作为判定的依据,并不一定能筛选出最优内容。
– 2客户端驱动协商:由客户端进行内容协商的方式。用户从浏览器显示的可选项列表中手动选择。还可以利用JavaScript 脚本在Web页面上自动进行上述选择。比如按OS的类型或浏览器类型,自行切换成PC版页面或手机版页面。
– 3透明协商:是服务器驱动和客户端驱动的结合体,是由服务器端和客户端各自进行内容协商的一种方法。