網(wǎng)上使用chunked編碼的網(wǎng)站似乎并不是很多，除了那些使用gzip壓縮的網(wǎng)站，例：google.com，還有就是大部分打開gzip壓縮的php論壇。

根據(jù)本人的理解，使用chunked編碼的主要好處就在于一些程序的運(yùn)算出過程中，可以動態(tài)的輸出內(nèi)容。

例如，要在后臺處理一個小時的運(yùn)算，但又不希望用戶等一個小時才能看到結(jié)果。這時就可采用chunked編碼將內(nèi)容分塊輸出，用戶隨時都可以接收到最新的處理結(jié)果。

asp關(guān)閉了緩存的輸出模式，就是chunked編碼的。(response.buffer = false)

而每一次的response.write，都是一個chunked，所以不要使用的太頻繁哦，否則chunk數(shù)量太多，額外的數(shù)據(jù)太浪費(fèi)空間了。

若想了解chunked的具體編碼結(jié)構(gòu)，用asp關(guān)閉緩存調(diào)試蠻方便的。:)

我們先來看看rfc2616中對chunked的定義：

chunked-body = *chunk

last-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)

我們來模擬一下數(shù)據(jù)結(jié)構(gòu)：

[chunk大小][回車][chunk數(shù)據(jù)體][回車][chunk大小][回車][chunk數(shù)據(jù)體][回車][0][回車]

注意chunk-size是以十六進(jìn)制的ascii碼表示的，比如86ae（實(shí)際的十六進(jìn)制應(yīng)該是：38366165），計算成長度應(yīng)該是：34478，表示從回車之后有連續(xù)的34478字節(jié)的數(shù)據(jù)。

跟蹤了的返回數(shù)據(jù)，發(fā)現(xiàn)在chunk-size中，還會多一些空格?？赡苁枪潭ㄩL度為7個字節(jié)，不滿7個字節(jié)的，就以空格補(bǔ)足，空格的ascii碼是0x20。

以下是解碼過程的偽代碼：

length := 0//用來記錄解碼后的數(shù)據(jù)體長度

read chunk-size, chunk-extension (if any) and crlf//第一次讀取塊大小

while (chunk-size > 0) {//一直循環(huán)，直到讀取的塊大小為0

read chunk-data and crlf//讀取塊數(shù)據(jù)體，以回車結(jié)束

append chunk-data to entity-body//添加塊數(shù)據(jù)體到解碼后實(shí)體數(shù)據(jù)

length := length + chunk-size//更新解碼后的實(shí)體長度

read chunk-size and crlf//讀取新的塊大小

}

read entity-header//以下代碼讀取全部的頭標(biāo)記

while (entity-header not empty) {

append entity-header to existing header fields

read entity-header

}

content-length := length//頭標(biāo)記中添加內(nèi)容長度

remove chunked from transfer-encoding//頭標(biāo)記中移除transfer-encoding

有空再研究一下gzip＋chunked是如何編碼的，估計是每個chunk塊進(jìn)行一次gzip獨(dú)立壓縮。

使用了chunked，自然會在性能上稍微打點(diǎn)折扣，因?yàn)楸日５臄?shù)據(jù)體多出了一些額外的消耗。

但是有一些情況下，必需要使用分塊輸出，這也是不得已而為之.