下面的代码可以解决这个问题，使用CopyTo将流复制到MemoryStream

Stream stream = new MemoryStream();

//任何需要输入流的函数。在我的情况下，保存PDF文件为流 document.Save(流);

MemoryStream newMs = (MemoryStream)stream;

byte[] getByte = newMs.ToArray();

//注意-请在finally块中处理流，而不是在using块中处理，因为它会抛出一个错误'访问被拒绝，因为流被关闭'

MemoryStream有.WriteTo(outstream);

. net 4.0在普通流对象上有. copyto。

net 4.0:

instream.CopyTo(outstream);

下面的代码可以解决这个问题，使用CopyTo将流复制到MemoryStream

Stream stream = new MemoryStream();

//任何需要输入流的函数。在我的情况下，保存PDF文件为流 document.Save(流);

MemoryStream newMs = (MemoryStream)stream;

byte[] getByte = newMs.ToArray();

//注意-请在finally块中处理流，而不是在using块中处理，因为它会抛出一个错误'访问被拒绝，因为流被关闭'

区分“CopyStream”实现的基本问题是:

读取缓冲区的大小 写入的大小 我们是否可以使用多个线程(在读取时写入)。

这些问题的答案导致了CopyStream的巨大不同的实现，这取决于您拥有的流的类型和您试图优化的内容。“最佳”实现甚至需要知道流正在读取和写入的具体硬件。

不幸的是，没有真正简单的解决办法。你可以尝试这样做:

Stream s1, s2;
byte[] buffer = new byte[4096];
int bytesRead = 0;
while (bytesRead = s1.Read(buffer, 0, buffer.Length) > 0) s2.Write(buffer, 0, bytesRead);
s1.Close(); s2.Close();

但问题是，如果没有什么可读取的，Stream类的不同实现可能会有不同的行为。从本地硬盘读取文件的流可能会阻塞，直到读操作从磁盘读取了足够的数据来填充缓冲区，并且只有在到达文件末尾时才返回较少的数据。另一方面，从网络读取的流可能返回更少的数据，即使有更多的数据需要接收。

在使用通用解决方案之前，一定要检查您正在使用的特定流类的文档。

从。net 4.5开始，就有了流。CopyToAsync方法

input.CopyToAsync(output);

这将返回一个Task，完成后可以继续执行，如下所示:

await input.CopyToAsync(output)

// Code from here on will be run in a continuation.

注意，根据对CopyToAsync调用的位置，后面的代码可能继续也可能不继续在调用它的同一个线程上。

调用await时捕获的SynchronizationContext将决定在哪个线程上执行延续。

此外，这个调用(这是一个可能会改变的实现细节)仍然对读写进行排序(它只是没有在I/O完成时浪费线程阻塞)。

从。net 4.0开始，就有了流。CopyTo方法

input.CopyTo(output);

适用于。net 3.5及之前版本

框架中没有任何东西可以帮助实现这一点;你必须手动复制内容，就像这样:

public static void CopyStream(Stream input, Stream output)
{
    byte[] buffer = new byte[32768];
    int read;
    while ((read = input.Read(buffer, 0, buffer.Length)) > 0)
    {
        output.Write (buffer, 0, read);
    }
}

注1:这个方法将允许你报告进度(x字节读取到目前为止…) 注2:为什么使用固定的缓冲区大小而不是input.Length?因为这个长度可能是不可用的!从文档中可以看出:

如果从Stream派生的类不支持查找，则调用Length、SetLength、Position和Seek会抛出NotSupportedException异常。