Memorystream 和大对象堆

Question

我必须使用 WCF 通过不可靠的连接在计算机之间传输大文件。

因为我希望能够恢复该文件，并且不想受到 WCF 的文件大小限制，所以我将文件分成 1MB 的块。这些“块”作为流传输。到目前为止，效果非常好。

我的步骤是：

1. 打开文件流
2. 将文件中的块读取到字节[]中并创建内存流
3. 将块传输
4. 回2。直到发送整个文件

我的问题在步骤2中。我假设当我从字节数组创建内存流时，它最终会出现在 LOH 上并最终导致内存不足异常。我实际上无法创建这个错误，也许我的假设是错误的。

现在，我不想发送消息中的 byte[]，因为 WCF 会告诉我数组大小太大。我可以更改允许的最大数组大小和/或块的大小，但我希望有另一个解决方案。

我的实际问题：

• 我当前的解决方案是否会在 LOH 上创建对象，这会给我带来问题吗？
• 有更好的方法来解决这个问题吗？

顺便说一句：在接收端，我简单地从到达的流中读取较小的块并将它们直接写入文件，因此不涉及大字节数组。

编辑：

当前解决方案：

for (int i = resumeChunk; i < chunks; i++)
{
 byte[] buffer = new byte[chunkSize];
 fileStream.Position = i * chunkSize;
 int actualLength = fileStream.Read(buffer, 0, (int)chunkSize);
 Array.Resize(ref buffer, actualLength);
 using (MemoryStream stream = new MemoryStream(buffer)) 
 {
  UploadFile(stream);
 }
}

Answer 1

我希望这没问题。这是我在 StackOverflow 上的第一个回答。

是的，如果您的块大小超过 85000 字节，那么该数组将在大对象堆上分配。当您分配和释放大小相同的连续内存区域时，您可能不会很快耗尽内存，因此当内存填满时，运行时可以将新块放入旧的回收内存区域中。

我会有点担心 Array.Resize 调用，因为这将创建另一个数组（请参阅 http://msdn.microsoft.com/en-us/library/1ffy6686(VS.80).aspx)。如果实际长度==块大小，则这是不必要的步骤，因为除了最后一个块之外的所有块都将如此。所以我至少建议：

if (actualLength != chunkSize) Array.Resize(ref buffer, actualLength);

这应该删除很多分配。如果actualSize与chunkSize不同但仍然>； 85000 那么新数组也将被分配在大对象堆上，可能会导致其碎片并可能导致明显的内存泄漏。我相信仍然需要很长时间才能真正耗尽内存，因为泄漏会非常慢。

我认为更好的实现是使用某种缓冲池来提供数组。您可以自己推出（这太复杂了），但 WCF 确实为您提供了一个。我稍微重写了您的代码以利用这一点：

BufferManager bm = BufferManager.CreateBufferManager(chunkSize * 10, chunkSize);

for (int i = resumeChunk; i < chunks; i++)
{
    byte[] buffer = bm.TakeBuffer(chunkSize);
    try
    {
        fileStream.Position = i * chunkSize;
        int actualLength = fileStream.Read(buffer, 0, (int)chunkSize);
        if (actualLength == 0) break;
        //Array.Resize(ref buffer, actualLength);
        using (MemoryStream stream = new MemoryStream(buffer))
        {
            UploadFile(stream, actualLength);
        }
    }
    finally
    {
        bm.ReturnBuffer(buffer);
    }
}

这假设 UploadFile 的实现可以重写为采用 int 作为 no。要写入的字节数。

我希望这对

乔有帮助

Answer 2

另请参阅RecyclableMemoryStream。
来自本文：

Microsoft.IO.RecyclableMemoryStream 是 MemoryStream 的替代品，可为性能关键型系统提供卓越的行为。特别是，它经过优化，可以执行以下操作：

• 通过使用池缓冲区消除大型对象堆分配
• 发生的第 2 代 GC 次数要少得多，并且由于 GC 导致的暂停时间要少得多
• 通过限制池大小来避免内存泄漏
• 避免内存碎片
• 提供出色的可调试性
• 提供绩效跟踪指标

Answer 3

我不太确定你的问题的第一部分，但至于更好的方法 - 你是否考虑过 位？它允许通过 http 后台下载文件。您可以为其提供 http:// 或 file:// URI。它可以从中断点恢复，并使用 http HEADER 中的 RANGE 方法以字节块的形式下载。它由 Windows Update 使用。您可以订阅提供有关进度和完成情况的信息的事件。

Answer 4

我为此提出了另一种解决方案，请告诉我您的想法！

由于我不想在内存中保存大量数据，因此我一直在寻找一种优雅的方法来临时存储字节数组或流。

这个想法是创建一个临时文件（您不需要特定的权限来执行此操作），然后像内存流一样使用它。将类设置为 Disposable 将在使用临时文件后清理该文件。

public class TempFileStream : Stream
{
  private readonly string _filename;
  private readonly FileStream _fileStream;

  public TempFileStream()
  {
     this._filename = Path.GetTempFileName();
     this._fileStream = File.Open(this._filename, FileMode.OpenOrCreate, FileAccess.ReadWrite);
  }

  public override bool CanRead
  {
   get
    {
    return this._fileStream.CanRead;
    }
   }

// and so on with wrapping the stream to the underlying filestream

...

    // finally overrride the Dispose Method and remove the temp file     
protected override void Dispose(bool disposing)
  {
      base.Dispose(disposing);

  if (disposing)
  {
   this._fileStream.Close();
   this._fileStream.Dispose();

   try
   {
      File.Delete(this._filename);
   }
   catch (Exception)
   {
     // if something goes wrong while deleting the temp file we can ignore it.
   }
  }