C#跨类传递MemoryStream时如何正确关闭与释放流资源

首先给明确结论：你当前的实现存在资源泄漏风险，MemoryStream必须释放，而且你之前不敢用using是踩了StreamWriter默认行为的坑，不是using本身不能用在这个场景里。

• 先纠正认知偏差：你之前加using就导致返回的流无法访问，根本原因是StreamWriter默认构造逻辑下，自身被Dispose时会同步关闭持有的底层流，只要在构造StreamWriter和CsvWriter时指定leaveOpen: true参数，就能让写入器释放时不触碰底层MemoryStream的状态，完全可以安全用using包裹写入相关的对象。
• 你当前代码的隐藏问题：虽然你手动调用了Flush()，但StreamWriter、CsvWriter本身都实现了IDisposable接口，不显式释放的话，这两个对象持有的缓冲区和内部资源只能等GC不定时回收，大文件场景下会拉高内存峰值，出现异常时还会出现资源泄漏。
• 资源释放的核心原则：谁持有流的所有权，谁负责释放。你的生成方法把MemoryStream返回给上传逻辑时，流的所有权就同步转移到了上传侧，由上传侧负责最终释放即可。

修正后的生成逻辑代码 #

public MemoryStream ExecuteUseCase(Myclass listOfStudents)
{
    var memoryStream = new MemoryStream();
    // 关键参数leaveOpen: true，声明写入器释放时不关闭底层内存流
    using (var streamWriter = new StreamWriter(memoryStream, leaveOpen: true))
    using (var csvWriter = new CsvWriter(streamWriter, CultureInfo.InvariantCulture, leaveOpen: true))
    {
        csvWriter.WriteRecords(listOfStudents.FileBody);
        streamWriter.Flush();
    }
    memoryStream.Position = 0;
    return memoryStream;
}

修正后的上传逻辑代码 #

// 拿到流的所有权后用using包裹，上传完成后自动释放流资源
using var memoryStream = this.convertToCsv.ExecuteUseCase(file);
await blobClient.UploadAsync(memoryStream, true);

补充说明 #

不要觉得MemoryStream操作的是托管内存就不需要释放：及时Dispose MemoryStream可以主动释放它持有的字节缓冲区引用，让GC能更早回收这部分内存，避免大文件场景下内存长时间高占用。更重要的是这是统一的编码习惯——所有实现IDisposable的对象都应该在所有权范围内被及时释放，要是后续你把生成逻辑里的MemoryStream换成FileStream或者其他非内存流，忘了释放就会直接导致文件占用、资源锁死之类的实锤bug。
另外你当前的实现在写入抛出异常时，没有任何资源回收逻辑，加了using之后即使出现异常，也能保证写入相关的资源被正确释放，不会出现残留。

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