c# - .NET zlib Stream 兼容 Actionscript ByteArray.uncompress

Question

我似乎无法获得 Flex 3 想要解压缩的流。

我试过:

• System.IO.Compression.GZipStream
• System.IO.Compression.DeflateStream
• ICSharpCode.SharpZipLib.Zip.Compression.Streams.DeflaterOutputStream
• zlib.ZOutputStream

这些似乎都不能让 ByteArray.uncompress 开心，即我明白了

Error #2058: There was an error decompressing the data.

此外，整个 Deflate 与 zlib 的对比让我一直在兜圈子。

好像是根据wikipedia文章中，zlib 是 DEFLATE 的一个实现。但是根据Actionscript他们是两个不同的东西？

Microsoft 似乎还表明 Gzip 至少使用了 Deflate 算法，因为在他们的文档中他们提到了 GZipOutputStream使用与 DeflateStream 相同的压缩算法.所以我假设这只是一个 header 差异，这表明就“ByteArray.uncompress”而言“不好”，因为“DEFLATE”算法仅在 AIR 应用程序中受支持。

示例“服务器”代码，在这种情况下使用 SharpZipLib(不工作):

    public virtual bool ProcessRequest(string path, HttpListenerContext context)
    {
        var buffer = File.ReadAllBytes(path);
        // Specifying to strip header/footer from data as that seems to be what the
        // docs for ByteArray.uncompress indicate is necessary 
        var deflater = new Deflater(Deflater.DEFAULT_COMPRESSION, true); 
        using (var zipStream = new DeflaterOutputStream(context.Response.OutputStream, deflater))
        {
            zipStream.Write(buffer, 0, buffer.Length);
        }
    }

Answer 1

ZLIB 和 DEFLATE 是不一样的。 IETF RFC 中定义了一组 3 个相关的压缩规范:

• RFC 1950 , ZLIB
• RFC 1951 , 放气
• RFC 1952 , 压缩包

它们都(主要)使用特定的压缩算法，即 DEFLATE。

ZLIB 与 DEFLATE 的关系

第一个是 ZLIB，在开头包含帧字节。根据RFC 1950 ...

  A zlib stream has the following structure:

       0   1
     +---+---+
     |CMF|FLG|   (more-->)
     +---+---+

  (if FLG.FDICT set)

       0   1   2   3
     +---+---+---+---+
     |     DICTID    |   (more-->)
     +---+---+---+---+

     +=====================+---+---+---+---+
     |...compressed data...|    ADLER32    |
     +=====================+---+---+---+---+

CMF 和 FLG 是字节。正如规范所述，ZLIB 中使用的主要压缩方法是 DEFLATE，尽管规范可以与其他方法一起使用。一般来说不是。此外，通常不使用 DICTID。因此每个 ZLIB 字节流都有 2 个字节，后面是压缩数据流，然后是 Adler32 校验和。压缩数据是来自 DEFLATE 的裸字节流。

GZIP 如何与 DEFLATE 相关

这说明 ZLIB 作为一种格式与 DEFLATE 有何不同。 GZIP 是第三种格式。如果您需要详细信息，请查看 RFC。关键是像 ZLIB，GZIP 主要使用 DEFLATE，它在压缩数据流之前放置一个 header ，然后放置一个校验和。但是 GZIP header 不同于 ZLIB header ，因此任何 GZipStream 类都无法写入可读为 ZLIB 的字节流。反之亦然。

解决问题

当读取 ZLIB 流时，some people address the problem you experienced通过在数据流上使用 .NET 的内置 DeflateStream，在将流推进到前两个 ZLIB 帧字节之后。这有效，只要你想阅读，ZLIB 流使用 DEFLATE(安全假设)并且它没有定义固定字典(也很安全)，如果你不关心 Adler32 提供的完整性检查(或许)。

如果您不喜欢做出这些假设或放弃检查，或者如果您必须生成一个 ZLIB 数据流，那么有一个 ZlibStream在 DotNetZip它将为您读取和写入 ZLIB 数据流，并根据需要验证或生成校验和。

DotNetZip 可免费使用，适用于任何 .NET 语言。您不需要完整的 DotNetZip 库，而只需要 Ionic.Zlib.dll 。