.NET 4.8 WPF应用上传大文件触发System.OutOfMemoryException求助

问题核心分析 #

1GB文件转Base64字符串后体积会膨胀约33%，最终生成的字符串大小超过1.3GB。无论是直接转换还是用StringBuilder分块拼接，最终调用ToString()时都需要一次性分配完整的字符串内存块，加上XML结构的额外内存开销，很容易触发System.OutOfMemoryException——尤其是在32位进程中，内存限制会更明显。

可行解决方案 #

方案1：改用WCF流式传输（推荐） #

放弃将整个文件转成Base64嵌入XML的方式，用WCF原生的流式传输处理大文件，从根源上避免一次性加载整个文件到内存：

• 配置服务绑定的传输模式：

  var binding = new BasicHttpBinding();
  binding.TransferMode = TransferMode.StreamedRequest; // 仅请求流式，或用Streamed双向流式
  binding.MaxReceivedMessageSize = 2147483648; // 设置足够大的接收大小（比如2GB）
  

• 修改服务契约，用Stream类型替代byte[]作为参数：

  [OperationContract]
  void UploadFile(Stream fileStream, string fileName);
  

• 客户端直接读取文件流上传，无需将整个文件读入内存：

  using (var fileStream = new FileStream("largefile.bin", FileMode.Open))
  {
      serviceProxy.UploadFile(fileStream, "largefile.bin");
  }
  

方案2：保留XML反射调用机制的优化 #

如果无法修改现有WCF契约结构，可通过以下方式缓解内存压力：

1. 分块上传：将大文件拆分为多个小片段（比如50MB/块），每次仅上传一个片段，后端负责拼接文件。
2. 逐流写入XML，避免内存缓存完整Base64：不用XElement在内存中构建整个XML，改用XmlWriter直接将分块的Base64写入输出流，跳过StringBuilder的内存缓存：

   // 示例：直接写入XML流，不缓存完整Base64字符串
   using (var outputStream = new MemoryStream()) // 或直接写入网络流
   using (var writer = XmlWriter.Create(outputStream))
   {
       writer.WriteStartElement("MethodInvocation");
       writer.WriteElementString("MethodName", itemProperty.Name);
       writer.WriteStartElement("Parameters");
       
       // 写入参数的XCData节点，逐块写入内容
       writer.WriteStartElement(itemProperty.Name);
       writer.WriteCData(""); // 开启CDATA段
       
       int chunkSize = 52428800; // 50MB块
       byte[] buffer = new byte[chunkSize];
       using (var fileStream = new FileStream("largefile.bin", FileMode.Open))
       {
           int bytesRead;
           while ((bytesRead = fileStream.Read(buffer, 0, buffer.Length)) > 0)
           {
               string base64Chunk = Convert.ToBase64String(buffer, 0, bytesRead);
               writer.WriteRaw(base64Chunk); // 直接写入CDATA内容，不缓存
           }
       }
       
       writer.WriteEndElement(); // 关闭CDATA所在的元素
       writer.WriteEndElement(); // Parameters
       writer.WriteEndElement(); // MethodInvocation
   }
   

3. 切换到64位进程：在项目属性中设置目标平台为x64，让进程能使用更多系统内存，降低OOM概率（仅缓解，非根本解决）。

调试建议 #

• 用Visual Studio内存诊断工具（Memory Profiler）分析内存分配，确认Base64字符串是否占据了绝大部分内存。
• 检查代码中是否存在未释放的byte[]、流对象等内存泄漏点。
• 测试不同分块大小对内存的影响，找到内存占用和IO效率的平衡点（推荐50MB-100MB区间）。

内容的提问来源于stack exchange，提问作者Kyle