chunked-80

什么是chunked编码？

"chunked"是指被切成了大块状，在此作动词"verb"用，是"chunk" 的过去式。

chunk（noun.）

1. a large, short, thick piece of something that does not have an even shape; as of meat or wood （大块（没有固定形状的块体）；常用于木头或肉）

e.g. a chunk of bread / chunks of bread ; chunk of meat.。

Chunk of ice that broke off was the size of rhode island.。

2. a large part or amount of something; a considerable portion (大量的)。

e.g. Below is the code listing where the device is nothing but an 80 byte chunk of memory. (足足80byte的记忆量)。

The rent takes a large chunk out of my monthly salary.（租金占用了我这个月大部分的工资）

A huge chunk of the audience. （相当一大部分的观众）

A sizeable chunk of the report. (很大一部分的报告)。

3. a stocky animal, esp. a horse （结实的动物，常用于马；结实的马的别称。）

4. A chunk of change （american english informal：a large amount of money.）

(非正式的美式英文,意指大量的金钱)。

e.g. Lurie risked a pretty big chunk of change(很多钱) on the race.。

<a href="http://www.yourdictionary.com/chunk">chunk</a>。

chunked 怎么关掉

chunked编码的基本方法是将大块数据分解成多块小数据，每块都可以自指定长度，其具体格式如下（BNF文法）:。

Chunked-Body = *chunk //0至多个chunk。

last-chunk //最后一个chunk 。

trailer //尾部。

CRLF //结束标记符。

chunk = chunk-size [ chunk-extension ] CRLF 。

chunk-data CRLF。

chunk-size = 1*HEX。

last-chunk = 1*("0") [ chunk-extension ] CRLF。

chunk-extension= *( ";" chunk-ext-name [ "=" chunk-ext-val ] )。

chunk-ext-name = token。

chunk-ext-val = token | quoted-string。

chunk-data = chunk-size(OCTET)。

trailer = *(entity-header CRLF) 。

解释：

Chunked-Body表示经过chunked编码后的报文体。报文体可以分为chunk, last-chunk，trailer和结束符四部分。chunk的数量在报文体中最少可以为0，无上限；每个chunk的长度是自指定的，即，起始的数据必然是16进制数字的字符串，代表后面chunk-data的长度（字节数）。这个16进制的字符串第一个字符如果是“0”，则表示chunk-size为0，该chunk为last-chunk,无chunk-data部分。可选的chunk-extension由通信双方自行确定，如果接收者不理解它的意义，可以忽略。

trailer是附加的在尾部的额外头域，通常包含一些元数据（metadata, meta means "about information"），这些头域可以在解码后附加在现有头域之后。

实例分析：

下面分析用ethereal抓包使用Firefox与某网站通信的结果（从头域结束符后开始）：

Address 0.......................... f。

000c0 31。

000d0 66 66 63 0d 0a ............... // ASCII码:1ffc\r\n, chunk-data数据起始地址为000d5。

很明显，“1ffc”为第一个chunk的chunk-size,转换为int为8188.由于1ffc后马上就是。

CRLF,因此没有chunk-extension.chunk-data的起始地址为000d5, 计算可知下一块chunk的起始。

地址为000d5+1ffc + 2=020d3,如下：

020d0 .. 0d 0a 31 66 66 63 0d 0a .... // ASCII码:\r\n1ffc\r\n。

前一个0d0a是上一个chunk的结束标记符，后一个0d0a则是chunk-size和chunk-data的分隔符。

此块chunk的长度同样为8188, 依次类推，直到最后一块。

100e0 0d 0a 31。

100f0 65 61 39 0d 0a...... //ASII码：\r\n\1ea9\r\n。

此块长度为0x1ea9 = 7849, 下一块起始为100f5 + 1ea9 + 2 = 11fa0,如下：

100a0 30 0d 0a 0d 0a //ASCII码：0\r\n\r\n。

“0”说明当前chunk为last-chunk, 第一个0d 0a为chunk结束符。第二个0d0a说明没有trailer部分，整个Chunk-body结束。

解码流程：

对chunked编码进行解码的目的是将分块的chunk-data整合恢复成一块作为报文体，同时记录此块体的长度。

RFC2616中附带的解码流程如下：(伪代码）

length := 0 //长度计数器置0。

read chunk-size, chunk-extension (if any) and CRLF //读取chunk-size, chunk-extension。

//和CRLF。

while(chunk-size > 0 ) { //表明不是last-chunk。

read chunk-data and CRLF //读chunk-size大小的chunk-data,skip CRLF。

append chunk-data to entity-body //将此块chunk-data追加到entity-body后。

read chunk-size and CRLF //读取新chunk的chunk-size 和 CRLF。

}

read entity-header //entity-header的格式为name:valueCRLF,如果为空即只有CRLF。

while （entity-header not empty) //即，不是只有CRLF的空行。

{

append entity-header to existing header fields。

read entity-header。

}

Content-Length:=length //将整个解码流程结束后计算得到的新报文体length。

//作为Content-Length域的值写入报文中。

Remove "chunked" from Transfer-Encoding //同时从Transfer-Encoding中域值去除chunked这个标记。

length最后的值实际为所有chunk的chunk-size之和，在上面的抓包实例中，一共有八块chunk-size为0x1ffc(8188)的chunk,剩下一块为0x1ea9(7849),加起来一共73353字节。

注：对于上面例子中前几个chunk的大小都是8188,可能是因为:"1ffc" 4字节，"\r\n"2字节，加上块尾一个"\r\n"2字节一共8字节，因此一个chunk整体为8196,正好可能是发送端一次TCP发送的缓存大小。

HTTP请求里包括些什么内容？HTTP响应里包括些什么内容？

先说解决方法：：：不让服务器返回Transfer-Encoding:chunked，在客户端请求的时候可以使用http 1.0的协议。

有时候，Web服务器生成HTTP Response是无法在Header就确定消息大小的，这时一般来说服务器将不会提供Content-Length的头信息，而采用Chunked编码动态的提供body内容的长度。

进行Chunked编码传输的HTTP Response会在消息头部设置：

Transfer-Encoding: chunked。

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

Chunked编码使用若干个Chunk串连而成，由一个标明长度为0的chunk标示结束。每个Chunk分为头部和正文两部分，头部内容指定下一段正文的字符总数（十六进制的数字）和数量单位（一般不写），正文部分就是指定长度的实际内容，两部分之间用回车换行(CRLF)隔开。在最后一个长度为0的Chunk中的内容是称为footer的内容，是一些附加的Header信息（通常可以直接忽略）。具体的Chunk编码格式如下：

Chunked-Body = *chunk。

"0" CRLF

footer

CRLF

chunk = chunk-size [ chunk-ext ] CRLF。

chunk-data CRLF。

hex-no-zero = <HEX excluding "0">。

chunk-size = hex-no-zero *HEX。

chunk-ext = *( ";" chunk-ext-name [ "=" chunk-ext-value ] )。

chunk-ext-name = token。

chunk-ext-val = token | quoted-string。

chunk-data = chunk-size(OCTET)。

footer = *entity-header。

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

length := 0

read chunk-size, chunk-ext (if any) and CRLF。

while (chunk-size > 0) {。

read chunk-data and CRLF。

append chunk-data to entity-body。

length := length + chunk-size。

read chunk-size and CRLF。

read entity-header。

while (entity-header not empty) {。

append entity-header to existing header fields。

read entity-header。

Content-Length := length。

Remove "chunked" from Transfer-Encoding。

最后提供一段PHP版本的chunked解码代码：

$chunk_size = (integer)hexdec(fgets( $socket_fd, 4096 ) );。

while(!feof($socket_fd) && $chunk_size > ) {。

$bodyContent .= fread( $socket_fd, $chunk_size );。

fread( $socket_fd, 2 ); // skip \r\n。

$chunk_size = (integer)hexdec(fgets( $socket_fd, 4096 ) );。

要解决服务器不返回Transfer-Encoding:chunked，在客户端请求的时候可以使用http 1.0的协议。

工行 手机wap银行 登陆画面中 无法显示 验证码 不知道是不是手机原因

HTTP请求是指从客户端到服务器端的请求消息。包括：消息首行中，对资源的请求方法、资源的标识符及使用的协议。从客户端到服务器端的请求消息包括，消息首行中，对资源的请求方法、资源的标识符及使用的协议。

HTTP请求信息由3部分组成：

l 请求方法URI协议/版本。

l 请求头(Request Header)。

l 请求正文

HTTP响应

HTTP应答与HTTP请求相似，HTTP响应也由3个部分构成，分别是：

l 　状态行

l 　响应头(Response Header)。

l 　响应正文

在接收和解释请求消息后，服务器会返回一个HTTP响应消息。

状态行由协议版本、数字形式的状态代码、及相应的状态描述，各元素之间以空格分隔。

格式: HTTP-Version Status-Code Reason-Phrase CRLF。

对于您反映wap手机问题，首先建议您使用下面的测试方法测试您手机是否可以正常访问https站点。输入工行wap手机测试URL ： http://wap.dccnet.com.cn/t.wml 检验该手机是否能正常访问5个功能测试。

1、若您手机在访问http://wap.dccnet.com.cn/t.wml时出现问题；请您设置代理服务器为10.0.0.172,分别设置下面的属性：

HTTP 10.0.0.172:80。

WAP 10.0.0.172:9201。

安全WAP 10.0.0.172:80。

Socks 10.0.0.172:1080。

然后再尝试是否可以正常访问；如果问题依旧则需请您咨询手机厂商或运营商，如何为该手机设置GPRS上网。

2、若您手机能通过该URL的5个功能测试，那说明该手机可以使用wap手机银行，如能够通过测试，但仍然有使用上的问题，请详细记录您使用信息后报告开户银行。

3、若您手机在访问“https静态页测试”时出现问题，可能是该手机对安全WAP的设置错误（具体的设置可以让您咨询运营商）或者该手机的浏览器就就不支持https（该问题暂时无法解决，只能通过更换手机或手机浏览器的版本更新）。

4、 若您手机可以正常访问“https静态页测试”；但访问 “https动态页面测试”时出现问题；即可初步确定该手机是由于“Transfer-Encoding: chunked 方式”导致的，需要等待IBM的处理方案；请详细记录您使用信息后报告开户银行。

5、若您在访问“显示图片测试”时，图片不能显示；先请您确认手机的图片显示设置是否正确（可以咨询运营商如何设置），若已经确认，请详细记录您使用信息后报告开户银行。

6、若您在访问“中文转码测试”时，出现转码的不符合的问题，会导致该用户在使用过程中出现问题；现在已知道存在问题的手机型号为NOKIA N70/N72/N73，若是别的型号手机出现转码的不符合的问题，请详细记录您使用信息后报告开户银行。

7、若您在访问“页面大小测试”时，出现页面不能展现的问题，会导致该用户在使用WAP手机银行过程中某些大页面出现问题；wap手机银行的多数页面大少小于10K；如果您使用中出现问题请咨询手机厂商或运营商。（该问题暂时无法解决，只能通过更换手机或手机浏览器的版本更新）。

8、 如您问题需报告开户银行时，请详细记录1、手机品牌 2、手机种类 3、手机号码 4、交易时间（具体到分钟） 5、具体交易名称 6、具体报错信息7、卡号和您信息号 8、手机操作系统和版本。

原文地址：http://www.qianchusai.com/chunked-80.html