Question

我正在使用以下代码在C＃中压缩一个小的（~4kB）HTML文件。

byte[] fileBuffer = ReadFully(inFile, ResponsePacket.maxResponsePayloadLength); // Read the entire requested HTML file into a memory buffer
inFile.Close();                                                                 // Close the requested HTML file

byte[] payload;
using (MemoryStream compMS = new MemoryStream())                                       // Create a new memory stream to hold the compressed HTML data
{
    using (GZipStream gzip = new GZipStream(compMS, CompressionMode.Compress))            // Create a new GZip object pointing to the empty memory stream
    {
        gzip.Write(fileBuffer, 0, fileBuffer.Length);                                   // Compress the file buffer and write it to the empty memory stream
        gzip.Close();                                                                   // Close the GZip object
    }
    payload = compMS.GetBuffer();                                            // Write the compressed file buffer data in the memory stream to a byte buffer
}

得到的压缩数据约为2k，但其中大约一半只是零。这是一个非常带宽敏感的应用程序（这就是为什么我首先要压缩4kB），所以额外的1kB零点浪费了宝贵的空间。我最好的猜测是压缩算法将数据填充到块边界。如果是这样，有没有办法覆盖此行为或更改块大小？我使用vanilla .NET GZipStream和zlib的GZipStream以及DeflateStream得到了相同的结果。

Answer 1

错误的MemoryStream方法。 GetBuffer（）返回底层缓冲区，它总是比流中的数据更大（或完全一样大）。效率很高，因为不需要复制。

但是你需要ToArray（）方法。或者使用Length属性。

为什么压缩一个小文件的gzip / deflate导致许多尾随零？

1 个答案: