c# gzipstream解压更像是抑郁症答案

【问题标题】：c# gzipstream decompression is more like depressionc# gzipstream解压更像是抑郁症
【发布时间】：2010-10-22 23:43:29
【问题描述】：

为什么我不能让这段代码在这里工作？我想在之前压缩过的字节数组上调用它......无论如何，它只是返回一个空字符串......

    public static string FromGZipToString( this byte[] source )
    {
        using( MemoryStream stream = new MemoryStream( ) )
        {
            stream.Write( source, 0, source.Length );

            using (var gzipstream = new GZipStream(stream, CompressionMode.Decompress))
            using (var reader = new StreamReader(gzipstream)) 
            {
               return reader.ReadToEnd( );
            }
        }
    }

顺便说一下压缩代码....

    public static byte[] ToGZip( this string source )
    {
        using( var stream = new MemoryStream( ) )
        using( var compressor = new GZipStream( stream, CompressionMode.Compress ) )
        {
            var bytes = System.Text.UTF8Encoding.UTF8.GetBytes( source );

            compressor.Write( bytes, 0, bytes.Length );

            return stream.ToArray( );
        }
    }

【问题讨论】：

你忘记重置 MemoryStream 的位置了吗？
写入后重置位置不修复=(
已将帖子中的代码更新为工作副本...我通过解压缩中的搜索以及压缩中的 toarray 之前的封闭 zip 流重置了位置。
用没有问题的更新代码替换原始问题并不能帮助其他人看到问题。如果您认为它有用，请将更新后的代码作为答案发布（附上解释）

标签： c# gzipstream compression

【解决方案1】：

您的压缩程序有问题。在压缩机关闭（或处置）之前，它不应该从流中读取，从而允许压缩机完成将所有字节写入蒸汽。

查看我对这个问题的回答：compressing and decompressing source data gives result different than source data

【讨论】：

这似乎是与添加 stream.Seek(0, SeekOrigin.Begin);解压后写入
最好是这样回答：您需要在读取 MemoryStream 之前刷新您的压缩器。
@spender - 通常我会同意你的看法，但在这种情况下，这意味着假设 Gzip 可以安全地写出剩余字节而不知道是否已到达流的末尾（flush 没有' t 表示 eof)。我们本可以使用 Close 来代替，但因为 Dispose 为我们做了这件事并进行了我们需要的清理工作......