我正在尝试将一个内存流压缩到另一个内存流中,这样我就可以上传到rest 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写入的任何内容都将被压缩,并写入传递给它的构造函数的任何流。当我将图像流复制到zipper中时,似乎没有实际复制任何内容(图像为200+ MB)。这是我第一次使用GZipStream,所以我可能遗漏了一些东西,关于什么是非常受欢迎的建议。
编辑:一些我应该注意的问题,在上面的代码中,image的位置在流的末尾……因此,当我调用image.CopyTo(zipper);时,没有任何东西因为这个位置而被复制。
发布于 2011-06-07 00:48:14
编辑:删除有关GZipStream及其构造函数args的错误信息,并使用真实答案进行更新:)
在复制到拉链之后,您需要将MemoryStream的位置移回零,因为拉链写入内存流的过程推进了它的“光标”以及正在读取的流:
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将抛出异常。
发布于 2011-06-07 00:47:53
请参阅此示例:http://msdn.microsoft.com/en-us/library/system.io.compression.gzipstream.flush.aspx#Y300
你不应该在流上调用flush。
发布于 2011-06-07 01:22:12
我对C#及其库一无所知,但我会尝试先使用Close而不是Flush (或之后)。
(在Java7之前,Java的GZipOutputStream也存在同样的问题,即它不能正确刷新。)
https://stackoverflow.com/questions/6255253
复制相似问题