从Ninject迁移至Simple Injector：如何构建UnitOfWork作用域对象图

嘿，刚好我对Simple Injector的DI配置和Unit of Work模式结合的场景很熟悉，帮你梳理下怎么解决这个DbContext作用域的问题～

首先，咱们得明确核心原则：在你的Unit of Work模式里，DbContext的生命周期必须和Unit of Work完全绑定——也就是同一个Unit of Work实例对应同一个DbContext实例，用完一起释放。Simple Injector的Scoped生命周期刚好匹配这个需求，接下来分步骤给你配置方案：

1. 基础类型注册 #

先把DbContext和相关接口注册为Scoped生命周期：

// 注册DbContext的两个接口实现，都用Scoped生命周期
container.Register<ICommitStorage, MyDbContext>(Lifestyle.Scoped);
container.Register<IStore, MyDbContext>(Lifestyle.Scoped);

// 注册你的Unit of Work实现，同样用Scoped
container.Register<MyRepoUnitOfWork>(Lifestyle.Scoped);

2. 配置RepoFactory的注册 #

你的IRepoFactor是创建Unit of Work的工厂，它本身应该是Singleton（工厂不需要频繁创建），但要注意：工厂里不能直接解析Scoped实例，必须先开启作用域，再从作用域里拿实例：

// 注册IRepoFactor，用Singleton生命周期
container.Register<IRepoFactor>(() => new RepoFactor(container), Lifestyle.Singleton);

3. 实现RepoFactor的CreateUnitOfWork方法 #

这里的关键是手动管理作用域，确保Unit of Work和DbContext都在同一个作用域内，并且在Unit of Work释放时一起清理作用域：

public class RepoFactor : IRepoFactor
{
    private readonly Container _container;

    public RepoFactor(Container container)
    {
        _container = container;
    }

    public IRepoUnitOfWork CreateUnitOfWork()
    {
        // 开启一个新的异步作用域（支持异步操作）
        var scope = AsyncScopedLifestyle.BeginScope(_container);
        
        // 从当前作用域解析MyRepoUnitOfWork，这样它依赖的DbContext也是这个作用域内的实例
        var innerUow = scope.GetInstance<MyRepoUnitOfWork>();
        
        // 返回包装后的Unit of Work，负责在Dispose时清理作用域和内部实例
        return new ScopedWrappedUnitOfWork(innerUow, scope);
    }
}

// 包装类：把作用域和Unit of Work绑定，确保一起释放
public class ScopedWrappedUnitOfWork : IRepoUnitOfWork, IDisposable
{
    private readonly MyRepoUnitOfWork _innerUnitOfWork;
    private readonly Scope _scope;

    public ScopedWrappedUnitOfWork(MyRepoUnitOfWork innerUnitOfWork, Scope scope)
    {
        _innerUnitOfWork = innerUnitOfWork;
        _scope = scope;
    }

    // 转发IRepoUnitOfWork的核心方法
    public void Commit() => _innerUnitOfWork.Commit();

    // 释放资源：先释放内部Unit of Work，再释放作用域（会自动清理DbContext）
    public void Dispose()
    {
        _innerUnitOfWork.Dispose();
        _scope.Dispose();
    }
}

4. 全局作用域配置（Web场景） #

如果是ASP.NET Core Web应用，记得设置默认的Scoped生命周期为异步作用域，这样框架会自动为每个请求管理作用域：

container.Options.DefaultScopedLifestyle = new AsyncScopedLifestyle();

避坑提醒 #

• 绝对不要在Singleton服务里直接解析Scoped实例，Simple Injector会主动检测这种错误，咱们的工厂是Singleton，但它是通过开启新作用域来获取实例，所以没问题。
• 确保MyDbContext的其他依赖（比如配置类）的生命周期是兼容的：要么是Singleton，要么是Scoped，不要用Transient（会导致不必要的实例创建）。
• 如果你用EF Core，DbContext本身是线程不安全的，Scoped生命周期刚好保证每个Unit of Work（或请求）只有一个实例，避免多线程问题。

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