IO.压缩有问题吗？

Question

我刚刚开始使用以下代码在 VB.Net 中压缩文件。由于我的目标是 Fx 2.0，因此无法使用 Stream.CopyTo 方法。

然而，与 7-zip 中的 gzip Normal 压缩配置文件相比，我的代码给出的结果非常差。例如，我的代码将 630MB 的 Outlook 存档压缩为 740MB，7-zip 将其压缩为 490MB。

这是代码。是否有一个明显的错误（或很多？）

Using Input As New IO.FileStream(SourceFile, IO.FileMode.Open, IO.FileAccess.Read, IO.FileShare.Read)
    Using outFile As IO.FileStream = IO.File.Create(DestFile)
        Using Compress As IO.Compression.GZipStream = New IO.Compression.GZipStream(outFile, IO.Compression.CompressionMode.Compress)
            'TODO: Figure out the right buffer size.'
            Dim Buffer(524228) As Byte
            Dim ReadBytes As Integer = 0

            While True
                ReadBytes = Input.Read(Buffer, 0, Buffer.Length)
                If ReadBytes <= 0 Then Exit While
                Compress.Write(Buffer, 0, ReadBytes)
            End While
        End Using
    End Using
End Using

我尝试过使用多个缓冲区大小，但我得到了相似的压缩时间和完全相同的压缩比。

Answer 1

编辑，或者实际重写：看起来 BCL 编码人员决定 打电话。

System.dll 版本 2.0 中的实现静态地使用 定义的、硬编码的霍夫曼树针对纯 ASCII 文本进行了优化，而不是像其他实现那样自适应地生成霍夫曼树。它也不支持存储块优化（这是标准 GZip/Deflate 避免失控扩展的方式）。因此，通过其实现运行除纯文本之外的任何类型的文件都会产生比输入大得多的文件，并且 Microsoft 声称这是设计使然！

为了避免一些痛苦，请使用 Sharpdevelop.net/OpenSource/SharpZipLib/" rel="noreferrer">第三方实现。

Answer 2

IO.Compression 并不是真正为我们设计的。它的创建是为了支持 XPS 或 XML 纸张规范。目前，如果您想要适当的文件压缩，则必须使用第三方库。

Answer 3

一些可能有用的附加信息。
我正在压缩一些静态文件（二进制）以包含在项目版本中，并且遇到了同样的问题，即文件大小随着 IO. Compression.GZipStream 的增加而增加。

我决定使用 Ionic.Zip 来代替可以使用最佳压缩的地方。

我立即注意到的一件事是，尽管 Ionic.Zip 将我的文件减少到原始大小的 25%，但压缩操作速度慢了大约 3-4 倍（完全符合预期），但解压缩过程也慢了 3 倍，这使得解压缩速度慢了 3 倍。 1.6 秒与 0.5 秒相比。

由于 GZipStream 是一个标准，尽管 .NET 中内置的 IO.Compression.GZipStream 的压缩空间效率要低得多，但解压缩速度要快得多。

因此，我使用两者 Ionic.Zip 库“ZLib.GZipStream”来压缩文件和“IO. Compression.GZipStream” strong>”以在生产中更快地解压缩文件。