单元测试中多次读取Mock文件流触发‘stream not readable’错误的解决办法

我在单元测试中尝试模拟文件流读取操作，应用中的简化代码如下：

using (var stream = await client.OpenReadAsync())
{
    using (StreamReader reader = new StreamReader(stream))
    {
        // 读取一行
        record = await reader.ReadLineAsync();
    }
}

Mock代码如下：

var client = new Mock<Client>();

// 当调用模拟客户端的读取操作时返回文件流
client.Setup(c => c.OpenReadAsync()).ReturnsAsync(File.Open("c:\\testFile.txt", FileMode.Open, FileAccess.Read));

首次读取流时运行正常，但需要第二次读取相同流时，重复上述读取代码会抛出stream not readable错误。我认为每次调用client.OpenReadAsync()都应该返回新的文件流，请问该如何修复？是否可以使用其他流来解决此问题？

更新 #

根据建议，我将首次读取代码修改为以下形式后第二次读取可正常运行，但不确定不关闭client.OpenReadAsync()返回的流和StreamReader是否会引发问题：

var stream = await client.OpenReadAsync();
using (StreamReader reader = new StreamReader(stream, leaveOpen: true))
{
    // 读取一行
    record = await reader.ReadLineAsync();
}

实际运行场景中，OpenReadAsync()是从Azure存储读取数据，客户端返回的是Blob下载流。或许找到正确模拟该流的方法就能解决问题。

问题根源 #

你当前的Mock代码存在核心问题：File.Open仅执行一次，返回的是同一个流实例。第一次读取时，StreamReader在using块结束时会自动关闭底层流；第二次调用OpenReadAsync()时，返回的还是这个已被关闭的流，因此触发“无法读取”的错误。

修复方案1：让Mock每次返回新的流实例 #

修改Mock配置，使用委托工厂替代直接返回单个流对象，确保每次调用OpenReadAsync()都会创建并返回全新的文件流：

var client = new Mock<Client>();

// 传入返回新流的委托，每次调用都会执行一次File.Open
client.Setup(c => c.OpenReadAsync())
      .ReturnsAsync(() => File.Open("c:\\testFile.txt", FileMode.Open, FileAccess.Read));

这种方式保留了原代码中using块自动关闭流的逻辑，既解决了重复读取的问题，也不会引发资源泄漏。

修复方案2：使用内存流模拟（更适合单元测试） #

单元测试依赖真实文件易受外部环境影响，推荐将文件内容读取到内存流中，每次返回内存流的独立副本：

// 提前读取文件内容到字节数组
var fileContent = File.ReadAllBytes("c:\\testFile.txt");

var client = new Mock<Client>();
client.Setup(c => c.OpenReadAsync())
      .ReturnsAsync(() => new MemoryStream(fileContent));

内存流实例相互独立，读取后关闭不会影响其他实例，完全符合单元测试的隔离性要求，也避免了文件IO的额外开销。

关于leaveOpen: true的风险 #

使用leaveOpen: true时，StreamReader不会在using块结束时关闭底层流，这会导致流资源无法及时释放，长期运行可能引发资源泄漏，不推荐在生产代码中使用。这种方法只是绕过了流被关闭的表面问题，并未从根源解决Mock返回重复流的核心矛盾。

模拟Azure Blob流的注意事项 #

Azure Blob返回的下载流每次调用OpenReadAsync()都会生成新实例，因此只要保证Mock每次返回独立的流实例（无论是文件流还是内存流），就能精准模拟真实场景的行为。

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