久久只有这里有精品4,亚洲成人精品久久,成人久久免费网站

Firefox的HTTP內(nèi)容解壓代碼閱讀

Firefox的HTTP內(nèi)容解壓代碼閱讀

（轉(zhuǎn)載請(qǐng)注明來源于金慶的專欄）

參考firefox-2.0.0.4-source

RFC2612 3.5節(jié)Content codings, 內(nèi)容編碼定義了三種內(nèi)容壓縮方式：
gzip, compress, deflate, 但也可以注冊(cè)新的壓縮方式。

找到FireFox中的Http解壓代碼：

Find 'deflate' in 'D:\mozilla\netwerk\streamconv\converters\nsHTTPCompressConv.h' :
D:\mozilla\netwerk\streamconv\converters\nsHTTPCompressConv.h(58): #define HTTP_DEFLATE_TYPE "deflate"

nsHttpCompressConv.h

#define HTTP_DEFLATE_TYPE       "deflate"
#define HTTP_GZIP_TYPE          "gzip"
#define HTTP_X_GZIP_TYPE        "x-gzip"
#define HTTP_COMPRESS_TYPE      "compress"
#define HTTP_X_COMPRESS_TYPE    "x-compress"
#define HTTP_IDENTITY_TYPE      "identity"
#define HTTP_UNCOMPRESSED_TYPE  "uncompressed"

typedef enum    {
        HTTP_COMPRESS_GZIP,
        HTTP_COMPRESS_DEFLATE,
        HTTP_COMPRESS_COMPRESS,
        HTTP_COMPRESS_IDENTITY
    }   CompressMode;

定位到類與方法：

class nsHTTPCompressConv : public nsIStreamConverter

nsHTTPCompressConv::AsyncConvertData(const char *aFromType, ...)
比較類型串，設(shè)置解壓模式。例
else if (!PL_strncasecmp(aFromType, HTTP_DEFLATE_TYPE, sizeof(HTTP_DEFLATE_TYPE)-1))
mMode = HTTP_COMPRESS_DEFLATE;

nsHTTPCompressConv::OnDataAvailable(...)
針對(duì)不同解壓模式進(jìn)行解壓。

代碼閱讀：

    switch (mMode)
    {
        case HTTP_COMPRESS_GZIP:
            streamLen = check_header(iStr, streamLen, &rv);
        case HTTP_COMPRESS_DEFLATE:

            break;
        default:

}

HTTP_COMPRESS_COMPRESS沒有進(jìn)行特別處理？
應(yīng)該是無法解的，可能LZW解壓算法有專利問題。

Gzip進(jìn)行頭部處理后就與deflate進(jìn)行相似的解壓。

case HTTP_COMPRESS_DEFLATE:

if (mMode == HTTP_COMPRESS_DEFLATE)

/* deflate */
else

/* gzip */
break;

deflate與gzip解壓的代碼幾乎相同，應(yīng)該可以合成一塊代碼。
區(qū)別僅有：

deflate使用inflateInit()，而gzip使用inflateInit2()進(jìn)行初始化，比inflateInit()多一個(gè)參數(shù): -MAX_WBITS，表示處理raw deflate數(shù)據(jù)。因?yàn)間zip數(shù)據(jù)中的zlib壓縮數(shù)據(jù)塊沒有zlib header的兩個(gè)字節(jié)。使用inflateInit2時(shí)要求zlib庫忽略zlib header。在zlib手冊(cè)中要求windowBits為8..15，但是實(shí)際上其它范圍的數(shù)據(jù)有特殊作用，見zlib.h中的注釋，如負(fù)數(shù)表示raw deflate。
Apache的deflate變種可能也沒有zlib header，需要添加假頭后處理。即MS的錯(cuò)誤deflate (raw deflate).zlib頭第1字節(jié)一般是0x78, 第2字節(jié)與第一字節(jié)合起來的雙字節(jié)應(yīng)能被31整除，詳見rfc1950。例如Firefox的zlib假頭為0x7801，python zlib.compress()結(jié)果頭部為0x789c。

deflate添假頭，與gzip忽略頭部效果應(yīng)該是一樣的，是否可以合并處理？
能否判斷頭部?jī)蓚€(gè)字節(jié)是zlib頭部還是數(shù)據(jù)？是否有可能raw deflate數(shù)據(jù)按正常zlib塊處理了而不報(bào)錯(cuò)？

check_header()

參考：GZIP文件格式簡(jiǎn)介

1. gz頭：0x1f8b
2. Z_DEFLATED標(biāo)志：0x08
...
其中FLG.FEXTRA的處理有個(gè)錯(cuò)誤，額外可選項(xiàng)的長(zhǎng)度應(yīng)該是兩個(gè)字節(jié)的合成：
                mLen = ((uInt) c & 0377) << 8;
應(yīng)改為
                mLen |= ((uInt) c & 0377) << 8;
因?yàn)樵擃~外字段一般在HTTP的應(yīng)用中不會(huì)出現(xiàn)，所以沒有顯現(xiàn)出來。
我已提交：Bugzilla@Mozilla – Bug 383984

注意：GZIP文件格式簡(jiǎn)介中的額外字段的格式與rfc1952不一致，多了兩個(gè)“選項(xiàng)ID”字節(jié)。

還有，
case GZIP_COMMENT:
     if (mFlags & GZIP_COMMENT)

應(yīng)改為:

case GZIP_COMMENT:
     if (mFlags & COMMENT)

該錯(cuò)誤已提交，Bugzilla@Mozilla – Bug 382849

zlib可以處理gzip頭部，但所有g(shù)z函數(shù)都是針對(duì)gz文件進(jìn)行的，沒有直接在內(nèi)存中處理gzip的，這好象是zlib功能上的一個(gè)不足吧？

相關(guān)rfc:
rfc1950: ZLIB Compressed Data Format Specification version 3.3
rfc1951: DEFLATE Compressed Data Format Specification version 1.3

（轉(zhuǎn)載請(qǐng)注明來源于金慶的專欄）

posted on 2007-07-09 12:13 金慶閱讀(2219) 評(píng)論(0) 編輯收藏引用所屬分類: 1. C/C++

只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
【推薦】100%開源！大型工業(yè)跨平臺(tái)軟件C++源碼提供，建模，組態(tài)！

相關(guān)文章: How are dtLinks created in NavMesh C++ parameter passing rules Naming Conventions for Accessors Visual Studio 2019 Compiler Hangs Fbx File Format Identifier 查找內(nèi)存錯(cuò)誤 std::thread 中的異常會(huì)丟失調(diào)用棧用賦值代替 protobuf CopyFrom() vs2017 linux 編譯輸出改成 vs 格式為 LiteIDE 添加選中標(biāo)記

網(wǎng)站導(dǎo)航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

金慶的專欄

公告

留言簿(12)

隨筆分類(502)

隨筆檔案(423)

相冊(cè)

搜索

積分與排名

最新評(píng)論

閱讀排行榜

評(píng)論排行榜