http 编码chunked

之前针对这个也不是很关注，这个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