本文参考
《 https://blog.csdn.net/u013401853/article/details/53432408 》
一般情况HTTP的Header包含Content-Length域来指明报文体的长度。如:
有时候服务生成HTTP回应是无法确定消息大小的,比如大文件的下载,或者后台需要复杂的逻辑才能全部处理页面的请求,这时用需要实时生成消息长度,服务器一般使用chunked编码。
在进行Chunked编码传输时,在回复消息的Headers有transfer-coding域值为chunked,表示将用chunked编码传输内 容。使用chunked编码的Headers如下(可以利用FireFox的FireBug插件或HttpWatch查看Headers信 息,HttpWatch还可以查看chunked的个数):

分块传输编码(Chunked transfer encoding)是超文本传输协议(HTTP)中的一种数据传输机制,允许HTTP由网页服务器发送给客户端应用( 通常是网页浏览器)的数据可以分成多个部分。分块传输编码只在HTTP协议1.1版本(HTTP/1.1)中提供。
通常,HTTP应答消息中发送的数据是整个发送的,Content-Length消息头字段表示数据的长度。数据的长度很重要,因为客户端需要知道哪里是应答消息的结束,以及后续应答消息的开始。然而,使用分块传输编码,数据分解成一系列数据块,并以一个或多个块发送,这样服务器可以发送数据而不需要预先知道发送内容的总大小。通常数据块的大小是一致的,但也不总是这种情况。
在进行chunked编码传输时,在回复消息的头部有Transfer-Encoding: chunked
编码使用若干个chunk组成,由一个标明长度为0的chunk结束。每个chunk有两部分组成,第一部分是该chunk的长度,第二部分就是指定长度的内容,每个部分用CRLF隔开。在最后一个长度为0的chunk中的内容是称为footer的内容,是一些没有写的头部内容。
chunk编码格式如下:
[chunk size][\r\n][chunk data][\r\n][chunk size][\r\n][chunk data][\r\n][chunk size = 0][\r\n][\r\n]
chunk size是以十六进制的ASCII码表示,chunk数据以0长度的chunk块结束。
例子
HTTP/1.1 200 OK
Content-Type: text/plain
Transfer-Encoding: chunked
25
This is the data in the first chunk
1C
and this is the second one
3
con
8
sequence
0
编码应答的解释
前两个块的数据中包含有显式的\r\n字符。
“This is the data in the first chunk\r\n” (37 字符 => 十六进制: 0x25)
“and this is the second one\r\n” (28 字符 => 十六进制: 0x1C)
“con” ( 3 字符 => 十六进制: 0x03)
“sequence” ( 8 字符 => 十六进制: 0x08)
应答需要以0长度的块( “0\r\n\r\n”.)结束。
解码的数据
This is the data in the first chunk
and this is the second one
consequence
发表评论