java chunked编码解码_HTTP1.1中CHUNKED编码方式传输数据的解析

“隐网项目”的图片下载模块需要与HTTP Response报文打交道，由于使用的是C++，没有java中十分好用的httpclient，所以打算自己实现。之前考虑的比较简单，假设请求的文件是jpeg文件，所以在收到数据之后，只考虑跳过响应报文的HEADER部分加\r\n\r\n四个字节后，直接把剩余的数据写到文件中。测试过程中，发现有相当一部分图片不能正常打开，总是比服务器多了几个字节；打印输出响应报文后发现头中并没有我们通常所见的Content-Length域来指明报文体的长度，反而是多了Transfer – Encoding域。上网查阅http1.1协议后，发现通常情况下，Transfer-Encoding域的值应当为chunked,表明采用chunked编码方式来进行报文体的传输。协议中关于这个字段的具体解释如下：

一般HTTP通信时会使用是Content-Length头信息来指定body信息大小，但是有时候无法确定信息大小，就要使用trunked编码动态的提供body内容的长度。进行Chunked编码传输的HTTP数据要在消息头部设置：Transfer-Encoding: chunked表示Content Body将用chunked编码传输内容。Chunked编码一般使用若干个chunk串连而成，最后由一个标明长度为0的chunk标示结束。每个chunk分为头部和正文两部分，头部内容指定下一段正文的字符总数(非零开头的十六进制的数字)和数量单位(一般不写,表示字节).正文部分就是指定长度的实际内容，两部分之间用回车换行(CRLF)隔开。在最后一个长度为0的chunk中的内容是称为footer的内容，是一些附加的Header信息(通常可以直接忽略)。

上述解释过于官方，简而言之，chunked编码的基本方法是将大块数据分解成