C#内存流

Question

我在使用SharpZipLib的GZipInputStream编写未压缩的GZIP流时遇到问题。我似乎只能获得256字节的数据，其余的数据没有写入并保留为零。已检查压缩流（compressedSection），所有数据都在那里（1500字节）。解压缩过程的片段如下：

int msiBuffer = 4096;
using (Stream msi = new MemoryStream(msiBuffer))
{
    msi.Write(compressedSection, 0, compressedSection.Length);
    msi.Position = 0;
    int uncompressedIntSize = AllMethods.GetLittleEndianInt(uncompressedSize, 0); // Gets little endian value of uncompressed size into an integer

    // SharpZipLib GZip method called
    using (GZipInputStream decompressStream = new GZipInputStream(msi, uncompressedIntSize))
    {
        using (MemoryStream outputStream = new MemoryStream(uncompressedIntSize))
        {
            byte[] buffer = new byte[uncompressedIntSize];
            decompressStream.Read(buffer, 0, uncompressedIntSize); // Stream is decompressed and read         
            outputStream.Write(buffer, 0, uncompressedIntSize);
            using (var fs = new FileStream(kernelSectionUncompressed, FileMode.Create, FileAccess.Write))
            {
                fs.Write(buffer, 0, buffer.Length);
                fs.Close();
            }
            outputStream.Close();
        }
        decompressStream.Close();

因此，在这段代码中：

1） 压缩的部分被传入，准备解压缩。

2） 未压缩输出的预期大小（以2字节小endian值的形式存储在文件头中）通过一个方法传递，以将其转换为整数。由于头文件不是压缩的GZIP文件的一部分，因此会在前面删除。

3）SharpLibZip的GZIP流是使用压缩文件流（msi）和等于int un压缩的IntSize的缓冲区声明的（也使用静态值4096进行了测试）。

4）我设置了一个MemoryStream来处理将输出写入文件，因为GZipInputStream没有读/写；它将预期的解压文件大小作为参数（容量）。

5）流的读/写需要byte[]数组作为第一个参数，所以我设置了一个有足够空间的byte[]数组来获取解压缩输出的所有字节（在这种情况下为3584字节，派生自未压缩IntSize）。

6）int GzipInputStream解压缩流使用。读取缓冲区作为第一个参数，从偏移量0开始，使用未压缩的IntSize作为计数。检查此处的参数，缓冲区数组的容量仍然为3584字节，但只给了256字节的数据。其余为零。

它看起来像. read的输出被限制为256字节，但我不确定在哪里。Streams是否有我错过的东西，或者这是. read的限制？

Answer 1

这个问题原来是我之前在发布的代码中所做的疏忽：

我正在处理的文件有27个部分是Gzip的，但每个部分都有一个头，如果Gzip输入流命中其中任何一个部分，就会中断Gzip解压缩。打开基本文件时，每次都从开头开始（调整6以避免第一个标题），而不是转到下一个柱头偏移：

BRG。BaseStream。寻找（6，SeekOrigin。开始）；

而不是：

轴承。基本流。Seek（绝对分段偏移，请参见起始点开始）；

这意味着提取的压缩数据是第二部分的第一个无头部分与其标题的混合体。由于第一部分长度为256字节，没有其标头，因此GZipInput流对该部分进行了正确解压缩。但在这之后是6字节的标头，它会将其打断，导致其余的输出为00s。

发生这种情况时，GZipInput流没有抛出显式错误，因此我错误地假设原因是。读取或流中的某些内容保留了上一次传递的数据。抱歉带来麻烦。

Answer 2

从流读取时需要循环；懒惰的方法可能是：

decompressStream.CopyTo(outputStream);

（但这并不保证在解压缩字节后停止-它将尝试读取到解压缩流的末尾）

更为手动的版本（遵守规定的长度限制）将是：

const int BUFFER_SIZE = 1024; // whatever
var buffer = ArrayPool<byte>.Shared.Rent(BUFFER_SIZE);
try
{
    int remaining = uncompressedIntSize, bytesRead;
    while (remaining > 0 && // more to do, and making progress
        (bytesRead = decompressStream.Read(
        buffer, 0, Math.Min(remaining, buffer.Length))) > 0)
    {
        outputStream.Write(buffer, 0, bytesRead);
        remaining -= bytesRead;
    }
    if (remaining != 0) throw new EndOfStreamException();
}
finally
{
    ArrayPool<byte>.Shared.Return(buffer);
}