Moq始终返回null问题求助：期望返回可断言对象

兄弟，太懂你查遍资料还是卡壳的难受了！我之前也踩过Moq返回null的坑，大概率是你mock的设置环节没做对，或者对Moq的基本用法有小误解。咱们一个个捋：

最常见的原因：忘记给目标方法/属性做Setup #

Moq的默认行为是：如果某个方法/属性没有被Setup过，调用时就会返回null（值类型会返回默认值，比如int返回0）。所以你必须明确告诉Moq：当调用某个方法/属性时，要返回什么。

比如你有个IProjectService，里面有个GetProject方法，那得这么设置：

var projectServiceMock = new Mock<IProjectService>();
var projectMock = new Mock<IProject>();

// 关键：给服务的方法设置返回值
projectServiceMock.Setup(s => s.GetProject(It.IsAny<int>())) // 匹配任意int参数
                  .Returns(projectMock.Object); // 返回你创建的mock项目实例

第二个坑：Setup的参数匹配不精准 #

比如你实际调用GetProject(1)，但Setup写的是Setup(s => s.GetProject(2))，这种参数不匹配的情况下，Moq还是会返回null。这时候要确保匹配条件和实际调用一致：

• 匹配任意参数用It.IsAny<T>
• 精准匹配用具体值
• 模糊匹配用It.Is<T>(predicate)，比如只匹配大于0的ID：

projectServiceMock.Setup(s => s.GetProject(It.Is<int>(id => id > 0)))
                  .Returns(projectMock.Object);

第三个容易错的点：没取Mock的.Object属性 #

你创建的projectMock是Mock<IProject>类型，不是IProject本身！必须通过.Object属性获取它实现的接口实例，不然要么类型不对，要么返回null。比如你要返回的是projectMock.Object，而不是projectMock。

给你补全一个能正常断言的完整例子 #

结合你的测试代码，调整后应该是这样：

[Fact]
public void ProjectTest() 
{
    // 1. 创建两个Mock对象
    var projectServiceMock = new Mock<IProjectService>();
    var projectMock = new Mock<IProject>();
    
    // 2. 给projectMock设置你需要断言的属性/方法（比如Name属性）
    projectMock.Setup(p => p.Name).Returns("我的测试项目");
    
    // 3. 关联服务和mock项目：让服务的方法返回这个mock实例
    projectServiceMock.Setup(s => s.GetCurrentProject()) // 假设服务有这个方法
                      .Returns(projectMock.Object);
    
    // 4. 获取服务的实例并调用方法
    IProjectService service = projectServiceMock.Object;
    IProject project = service.GetCurrentProject();
    
    // 5. 现在可以正常断言了！
    Assert.NotNull(project); // 不会再是null了
    Assert.Equal("我的测试项目", project.Name);
}

额外提醒：如果是属性返回null #

如果你的IProjectService有个属性（比如ActiveProject），那要这么Setup：

// 两种写法都可以
projectServiceMock.SetupGet(s => s.ActiveProject).Returns(projectMock.Object);
// 或者直接Setup，Moq会自动识别属性
projectServiceMock.Setup(s => s.ActiveProject).Returns(projectMock.Object);

最后再确认下概念：Mock对象是Moq用来模拟接口的容器，你必须通过.Object拿到它模拟出来的接口实例，才能在测试中当作真实的接口对象使用。如果跳过这一步，直接用Mock<T>类型的对象，肯定会出问题。

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