我正在尝试将内存流压缩到另一个内存流中,以便我可以上传到其他API。 image
是包含tif图像的初始内存流。
WebRequest request = CreateWebRequest(...);
request.ContentType = "application/zip";
MemoryStream zip = new MemoryStream();
GZipStream zipper = new GZipStream(zip, CompressionMode.Compress);
image.CopyTo(zipper);
zipper.Flush();
request.ContentLength = zip.Length; // zip.Length is returning 0
Stream reqStream = request.GetRequestStream();
zip.CopyTo(reqStream);
request.GetResponse().Close();
zip.Close();
据我所知,我写入GZipStream的任何内容都将被压缩并写入传递给它的构造函数中的任何流。当我将图像流复制到拉链时,它似乎没有实际复制(图像是200+ MB)。这是我第一次使用GZipStream,所以我可能会遗漏一些东西,对于什么是非常感激的任何建议。
编辑:
我应该注意到的东西对我来说是一个问题,在上面的代码中,image
的位置在流的最后...因此,当我调用image.CopyTo(zipper);
时,由于位置。
答案 0 :(得分:3)
[编辑:删除GZipStream及其构造函数args上的错误信息,并使用真实的答案更新:)]
在复制到zipper之后,需要将MemoryStream的位置移回零,因为拉链写入内存流的过程会提升它的“光标”以及正在读取的流: / p>
WebRequest request = CreateWebRequest(...);
request.ContentType = "application/zip";
MemoryStream zip = new MemoryStream();
GZipStream zipper = new GZipStream(zip, CompressionMode.Compress);
image.CopyTo(zipper);
zipper.Flush();
zip.Position = 0; // reset the zip position as this will have advanced when written to.
...
另外需要注意的是GZipStream不可搜索,因此调用.Length会抛出异常。
答案 1 :(得分:0)
查看此示例: http://msdn.microsoft.com/en-us/library/system.io.compression.gzipstream.flush.aspx#Y300
你不应该在流上调用flush。
答案 2 :(得分:0)
我对C#及其库一无所知,但我会首先尝试使用Close
代替(或之后)Flush
。
(Java的GZipOutputStream有同样的问题,它在Java 7之前没有正确刷新。)