GZipStream und DeflateStream werden nicht alle Bytes dekomprimieren

Question

Ich brauchte eine Möglichkeit, Bilder in .net zu komprimieren, also habe ich in der Verwendung der .net GZipStream-Klasse (oder DeflateStream) untersucht. Ich fand jedoch, dass die Dekomprimierung nicht immer erfolgreich war, manchmal dekomprimierten die Bilder in Ordnung, und andere Male würde ich einen GDI + -Fehler bekommen, dass etwas beschädigt ist.

Nachdem ich das Problem untersucht hatte, stellte ich fest, dass die Dekomprimierung nicht alle komprimierten Bytes zurückgab. Also, wenn ich 2257974 Bytes komprimierte, würde ich manchmal nur 2257870 Bytes (reelle Zahlen) zurückbekommen.

Die lustigste Sache ist, dass es manchmal funktionieren würde. Also habe ich diese kleine Testmethode erstellt, die nur 10 Bytes komprimiert und jetzt bekomme ich überhaupt nichts zurück.

Ich habe es mit beiden Komprimierungsklassen GZipStream und DeflateStream versucht und ich habe meinen Code auf mögliche Fehler überprüft. Ich habe sogar versucht, den Stream auf 0 zu setzen und alle Streams zu löschen, aber ohne Glück.

Hier ist mein Code:

public static void TestCompression() 
    { 
     byte[] test = new byte[] { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 }; 

     byte[] result = Decompress(Compress(test)); 

     // This will fail, result.Length is 0 
     Debug.Assert(result.Length == test.Length); 
    } 

    public static byte[] Compress(byte[] data) 
    { 
     var compressedStream = new MemoryStream(); 
     var zipStream = new GZipStream(compressedStream, CompressionMode.Compress); 
     zipStream.Write(data, 0, data.Length); 
     return compressedStream.ToArray(); 
    } 

    public static byte[] Decompress(byte[] data) 
    { 
     var compressedStream = new MemoryStream(data); 
     var zipStream = new GZipStream(compressedStream, CompressionMode.Decompress); 
     var resultStream = new MemoryStream(); 

     var buffer = new byte[4096]; 
     int read; 

     while ((read = zipStream.Read(buffer, 0, buffer.Length)) > 0) { 
      resultStream.Write(buffer, 0, read); 
     } 

     return resultStream.ToArray(); 
    } 

Answer 1

Sie müssen Close() die ZipStream nach Prüfung aller Daten hinzufügen, die Sie komprimieren möchten; Es speichert intern einen Puffer von ungeschriebenen Bytes (auch wenn Sie Flush()), die geschrieben werden müssen.

Allgemeiner Stream ist IDisposable, so dass Sie auch using jeder sein sollte ... (ja, ich weiß, dass MemoryStream wird nicht alle Daten verlieren, aber wenn Sie nicht in diese Gewohnheit bekommt, wird es beißen Sie mit anderen Stream s).

public static byte[] Compress(byte[] data) 
{ 
    using (var compressedStream = new MemoryStream()) 
    using (var zipStream = new GZipStream(compressedStream, CompressionMode.Compress)) 
    { 
     zipStream.Write(data, 0, data.Length); 
     zipStream.Close(); 
     return compressedStream.ToArray(); 
    } 
} 

public static byte[] Decompress(byte[] data) 
{ 
    using(var compressedStream = new MemoryStream(data)) 
    using(var zipStream = new GZipStream(compressedStream, CompressionMode.Decompress)) 
    using (var resultStream = new MemoryStream()) 
    { ... } 
} 

[edit: aktualisiert re Kommentar] Re nicht using Dinge wie MemoryStream - das ist immer ein Spaß, mit vielen Stimmen auf beiden Seiten des Zauns: aber ultimatey ...

(rhetorisch - wir alle kennen die Antwort ...) Wie wird MemoryStream implementiert? ist es ein Byte [] (im Besitz von .NET)? ist es eine Memory-Mapped-Datei (im Besitz des Betriebssystems)?

Der Grund, warum Sie nicht using sind, ist, weil Sie Wissen über interne Implementierungsdetails ändern, wie Sie gegen eine öffentliche API codieren - d. H. Sie haben gerade die Gesetze der Kapselung gebrochen. Die öffentliche API sagt: Ich bin IDisposable; du besitzt mich; Daher ist es deine Aufgabe, mich zu Dispose() wenn du durch bist.

Answer 2

Beachten Sie auch, dass DeflateStream in System.IO.Compression nicht den effizientesten Deflate-Algorithmus implementiert. Wenn Sie möchten, gibt es eine Alternative zu BCL GZipStream und DeflateStream; Es ist in einer vollständig verwalteten Bibliothek implementiert, die auf zlib-Code basiert und in dieser Hinsicht eine bessere Leistung bietet als der integrierte {Deflate, GZip} -Stream. [Sie müssen jedoch den Stream schließen, um den vollständigen Bytestream zu erhalten. ]

Diese Stream-Klassen werden in der DotNetZlib-Baugruppe geliefert, die in der DotNetZip-Verteilung unter http://DotNetZip.codeplex.com/ verfügbar ist.