之前针对这个也不是很关注，这个chunked在nginx上是默认开启的，但是在apache上没有，所以当切换服务器的时候，同时遇到了这个问题，发现数据内容存在乱码。

定位我就知道应该是http header的问题，但是具体是什么也不是很清楚。

仔细查阅发现，这个chunked编码。

http以trunked编码方式传输的数据表示规则

一般HTTP通信时会使用是Content-Length头信息性来指定小，但是有时候无法确定信息大小，就要使用trunked编码动态的提供body内容的长度。

进行Chunked编码传输的HTTP数据要在消息头部设置：

Transfer-Encoding: chunked

表示Content Body将用chunked编码传输内容。

Chunked编码一般使用若干个chunk串连而成，最后由一个标明长度为0的chunk标示结束。

每个chunk分为头部和正文两部分，

头部内容指定下一段正文的字符总数（非零开头的十六进制的数字）和数量单位（一般不写,表示字节）.

正文部分就是指定长度的实际内容，两部分之间用回车换行(CRLF)隔开。

在最后一个长度为0的chunk中的内容是称为footer的内容，是一些附加的Header信息（通常可以直接忽略）。具体的chunk编码格式如下：

1. 　　chunked-body =
   *chunk
2. 　　　　　　　　　"0" CRLF
3. 　　　　　　　　　footer
4. 　　　　　　　　　CRLF
5. 　　chunk = chunk-size
   [ chunk-ext ] CRLF
6. 　　　　　　 chunk-data CRLF
7. 　　hex-no-zero
   = <HEX excluding "0">
8. 　　chunk-size = hex-no-zero
   *HEX
9. 　　chunk-ext =
   *( ";" chunk-ext-name
   [ "=" chunk-ext-value
   ] )
10. 　　chunk-ext-name
    = token
11. 　　chunk-ext-val
    = token | quoted-string
12. 　　chunk-data = chunk-size(OCTET)
13. 　　footer = *entity-header

RFC文档中的chunked解码过程如下：

1. 　　length := 0
2. 　　read chunk-size, chunk-ext
   (if any) and CRLF
3. 　　while (chunk-size >
   0) {
4. 　　    read chunk-data and CRLF
5. 　　    append chunk-data to entity-body
6. 　　    length := length
   + chunk-size
7. 　　    read chunk-size and CRLF
8. 　　}
9. 　　read entity-header
10. 　　while (entity-header not empty)
    {
11. 　　    append entity-header to existing header fields
12. 　　    read entity-header
13. 　　}
14. 　　Content-Length := length
15. 　　Remove "chunked" from Transfer-Encoding

nginx服务器关闭chunked编码方式：

chunked_transfer_encoding off;

参考链接：

http://www.6san.com/759/

http://www.sunnyu.com/?p=175