嗨，我来帮你搞定这个WPF里依赖注入单例的单元测试难题～

你的核心问题其实是业务类（Analysis）和全局的App容器紧耦合了——直接从App.AppHost里拿单例Project，导致测试时没法灵活替换依赖。接下来我给你一步步拆解解决方案：

第一步：给单例Project抽象接口，解耦依赖 #

首先，咱们得把Project的功能抽象成一个接口，这是实现可测试性的关键。这样不管是真实的单例实现，还是测试用的模拟对象，都能统一用这个接口来交互：

// 定义IProject接口，包含Analysis需要用到的所有成员
public interface IProject
{
    string ProjectName { get; }
    void ExecuteCoreLogic();
    // 把Analysis依赖的其他属性/方法都加在这里
}

// 你的原有单例Project类实现这个接口
public class Project : IProject
{
    // 保持你的单例逻辑（DI注册时会控制单例）
    public string ProjectName { get; set; }
    public void ExecuteCoreLogic()
    {
        // 原有业务逻辑
    }
}

第二步：让Analysis通过构造函数注入依赖，而非直接访问App #

把原来Analysis里直接从App拿Project的代码删掉，改成通过构造函数接收IProject实例——这才是依赖注入的正确姿势，让依赖从外部传入，而不是主动去全局找：

public class Analysis
{
    private readonly IProject _project;

    // 构造函数注入IProject，确保依赖明确
    public Analysis(IProject project)
    {
        _project = project ?? throw new ArgumentNullException(nameof(project));
    }

    // 你的分析业务方法，用注入的_project来做逻辑
    public string GenerateAnalysisResult()
    {
        return $"分析完成：项目[{_project.ProjectName}]的核心逻辑已执行";
    }
}

第三步：调整WPF应用的DI注册逻辑 #

在App的Host里把IProject注册为单例，这样整个应用内拿到的都是同一个实例，同时保持依赖的解耦：

public partial class App : Application
{
    public IHost AppHost;

    public App()
    {
        AppHost = Host.CreateDefaultBuilder()
            .ConfigureServices(services =>
            {
                // 注册单例的IProject实现
                services.AddSingleton<IProject, Project>();
                // 如果需要在应用内直接获取Analysis，也可以注册它
                services.AddTransient<Analysis>();
            })
            .Build();
    }

    protected override async void OnStartup(StartupEventArgs e)
    {
        await AppHost.StartAsync();
        // 示例：从容器获取Analysis实例（此时会自动注入单例Project）
        var analysis = AppHost.Services.GetRequiredService<Analysis>();
        base.OnStartup(e);
    }

    protected override async void OnExit(ExitEventArgs e)
    {
        await AppHost.StopAsync();
        AppHost.Dispose();
        base.OnExit(e);
    }
}

第四步：轻松编写单元测试 #

现在测试Analysis就完全不需要依赖WPF的App或者DI容器了，用Mock框架（比如Moq）模拟一个IProject就行，想怎么测就怎么测：

[TestClass]
public class AnalysisTests
{
    [TestMethod]
    public void GenerateAnalysisResult_ReturnsCorrectMessage()
    {
        // 1. 创建模拟的IProject实例，自定义返回值
        var mockProject = new Mock<IProject>();
        mockProject.Setup(p => p.ProjectName).Returns("测试项目");
        mockProject.Setup(p => p.ExecuteCoreLogic()).Verifiable();

        // 2. 初始化Analysis，传入模拟的依赖
        var analysis = new Analysis(mockProject.Object);

        // 3. 执行测试方法
        var result = analysis.GenerateAnalysisResult();

        // 4. 验证结果和依赖调用
        Assert.AreEqual("分析完成：项目[测试项目]的核心逻辑已执行", result);
        mockProject.Verify(p => p.ExecuteCoreLogic(), Times.Once);
    }
}

几个关键注意点 #

• 坚决不要让业务类依赖全局的App类，这会导致紧耦合，不仅测试难，后续需求变更时维护成本极高。
• 接口抽象不用一步到位，如果Project类很大，可以先只抽象Analysis用到的成员，逐步过渡。
• 单例的控制交给DI容器来做，而不是在Project类里硬编码单例逻辑（除非有特殊需求），这样测试时可以灵活替换。

备注：内容来源于stack exchange，提问作者R Rommel