我在MemoryStream
内将数据从Stream
复制到ZipArchive
时遇到问题。以下不起作用 - 它只返回114个字节:
GetDataAsByteArray(IDataSource dataSource)
{
using (var zipStream = new MemoryStream())
{
using (var archive = new ZipArchive(zipStream, ZipArchiveMode.Create, true))
{
var file = archive.CreateEntry("compressed.file");
using (var targetStream = file.Open())
{
using (var sourceStream = new MemoryStream())
{
await dataSource.LoadIntoStream(sourceStream);
sourceStream.CopyTo(targetStream);
}
}
}
var result = zipStream.ToArray();
zipStream.Close();
return result;
}
}
但是,对于" copy" -process使用下面的实现,所有1103个字节都写入数组/内存流:
await targetStream.WriteAsync(sourceStream.ToArray(), 0, (int) sourceStream.Length);
我想知道为什么CopyTo
产生更少的字节。在第二个实现中,我对Int32
的强制转换感到不安全。
FYI:比较字节数组:看起来只有zip文件的页眉和页脚是由第一个实现编写的。
答案 0 :(得分:21)
Stream.CopyTo()从流的当前位置开始复制。在LoadIntoStream()调用之后可能不是0。因为它是一个MemoryStream,你可以简单地修复它:
await dataSource.LoadIntoStream(sourceStream);
sourceStream.Position = 0;
sourceStream.CopyTo(targetStream);
答案 1 :(得分:6)
在复制之前设置sourceStream.Position = 0
。副本将从当前位置复制到流的末尾。
答案 2 :(得分:0)
正如其他人所说,Position
可能不再为0。但是,例如对于网络流和压缩流,您不能总是将Position
设置回0。您应该在执行任何操作之前检查stream.CanSeek
属性,如果它是false
,然后先将流复制到新的MemoryStream(可以查找),然后在每次更改位置的操作之后将{ {1}}返回到0。