“隐网项目”的图片下载模块需要与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编码的基本方法是将大块数据分解成多块小数据，每块都可以自指定长度，其具体格式如下：

其C语言的解码如下，java思路相同

int nBytes;

char* pStart = a; // a中存放待解码的数据

char* pTemp;

char strlength[10]; //一个chunk块的长度

chunk : pTemp =strstr(pStart,”\r\n”);

if(NULL==pTemp)

{

free(a);

a=NULL;

fclose(fp);

return -1;

}

length=pTemp-pStart;

COPY_STRING(strlength,pStart,length);

pStart=pTemp+2;

nBytes=Hex2Int(strlength); //得到一个块的长度，并转化为十进制

if(nBytes==0)//如果长度为0表明为最后一个chunk

{

free(a);

fclose(fp);

return 0;

}

fwrite(pStart,sizeof(char),nBytes,fp);//将nBytes长度的数据写入文件中

pStart=pStart+nBytes+2; //跳过一个块的数据以及数据之后两个字节的结束符

fflush(fp);

goto chunk; //goto到chunk继续处理

如何将一个十进制数转化为十六进制

char *buf = (char *)malloc(100);

char *d = buf;

int shift = 0;

unsigned long copy = 123445677;

while (copy) {

copy >>= 4;

shift++;

}//首先计算转化为十六进制后的位数

if (shift == 0)

shift++;

shift <<= 2; //将位数乘于4，如果有两位的话 shift为8

while (shift > 0) {

shift -= 4;

*(buf) = hex_chars[(123445677 >> shift) & 0x0F];

buf++;

}

*buf = ‘\0’;