C# Moq模拟StreamWriter遇阻：如何规避实际文件操作？

嘿，我刚好碰到过类似的问题，给你几个可行的Mock StreamWriter方案，完美适配你现在遵循依赖反转原则的需求！

既然你正在理解依赖反转原则，那核心就是依赖抽象而非具体类。StreamWriter是个具体实现，直接依赖它不仅难Mock，也违背了DIP的初衷。我们可以封装一个抽象接口：

// 定义抽象的文件写入接口
public interface ITextFileWriter
{
    void Write(string content);
    void Flush();
    void Dispose();
}

// 基于StreamWriter的实现类
public class StreamTextFileWriter : ITextFileWriter
{
    private readonly StreamWriter _writer;

    public StreamTextFileWriter(StreamWriter writer)
    {
        _writer = writer ?? throw new ArgumentNullException(nameof(writer));
    }

    public void Write(string content) => _writer.Write(content);
    public void Flush() => _writer.Flush();
    public void Dispose() => _writer.Dispose();
}

接下来让你的业务类依赖ITextFileWriter，而不是直接依赖StreamWriter。测试的时候就可以用Moq轻松Mock这个接口：

[Test]
public void WhenWritingContent_ShouldCallWriteMethod()
{
    // Arrange
    var mockWriter = new Mock<ITextFileWriter>();
    var yourBusinessClass = new YourBusinessClass(mockWriter.Object);

    // Act
    yourBusinessClass.WriteSomeContent("Hello, DIP!");

    // Assert
    mockWriter.Verify(w => w.Write("Hello, DIP!"), Times.Once);
}

这个方案完全避开了真实文件操作，既符合依赖反转原则，又让测试变得简单，再也不会出现null或者文件访问拒绝的问题。

如果你暂时不想新增接口，也可以用MemoryStream替代真实的文件流——数据完全存在内存里，不会写入硬盘，还能验证Write的实际效果：

[Test]
public void WhenWritingContent_ShouldWriteCorrectData()
{
    // Arrange
    using var memoryStream = new MemoryStream();
    using var streamWriter = new StreamWriter(memoryStream, leaveOpen: true);
    var yourBusinessClass = new YourBusinessClass();

    // Act
    yourBusinessClass.WriteToWriter(streamWriter, "Test content");
    streamWriter.Flush(); // 确保内容写入到MemoryStream
    memoryStream.Position = 0; // 重置流的读取位置
    using var streamReader = new StreamReader(memoryStream);
    var writtenContent = streamReader.ReadToEnd();

    // Assert
    Assert.AreEqual("Test content", writtenContent);
}

这个方法不需要Mock，直接用内存流模拟文件流的行为，既能测试Write的逻辑，又不会触发任何硬盘操作，完美解决文件访问拒绝的问题。

你遇到的问题本质上是：StreamWriter的Write方法不是虚方法，Moq只能Mock接口或者含有虚方法的类。当你直接Mock StreamWriter时，要么因为没有设置CreateText的返回值导致sw为null，要么用真实实例时触发了实际文件操作导致权限问题。而注释sw.Write后测试能通过，是因为此时没有调用需要真实实例的方法，一旦调用就会暴露实例缺失或无效的问题。

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