WPF+Prism+Unity环境下DbContext等组件的生命周期管理器选择

嘿，我来帮你捋清楚WPF场景下的Unity生命周期配置问题——毕竟WPF没有Web的请求上下文，确实得换个思路适配。结合你的Repository+UnitOfWork+EF Core架构，核心目标是既要支持UnitOfWork的事务控制，又要允许单个Repository独立调用SaveChanges()，以下是具体的配置建议和原因：

核心配置方案 #

1. DbContext：使用PerResolveLifetimeManager #

这个生命周期管理器的核心特性是：在一次解析请求中，所有依赖DbContext的组件都会共享同一个实例；不同的解析请求则会生成新的实例。完美适配你的两个核心场景：

• 当你单独解析某个Repository时，会生成一个全新的DbContext，Repo调用SaveChanges()就是操作这个独立的上下文，不会和其他操作冲突
• 当你解析UnitOfWork时，它依赖的所有Repository会自动共享同一个DbContext（因为属于同一次解析请求），正好满足事务要求——多Repo操作共用一个上下文，事务可以统一控制

2. IUnitOfWork：使用TransientLifetimeManager（默认瞬态） #

每次解析IUnitOfWork都创建全新实例，因为每个事务都应该是独立的边界。这样每次开启事务时，你拿到的UnitOfWork都会关联一组全新的、共享同一个DbContext的Repository，事务完成后可以及时释放资源。

3. 所有Repository：使用TransientLifetimeManager #

让每个Repository都是瞬态的，这样不会被容器缓存。每次解析Repo时，容器会根据当前的解析上下文（是单独解析还是UnitOfWork下的解析）注入对应的DbContext实例，保证灵活性。

代码示例 #

// 注册DbContext
container.RegisterType<AppDbContext>(new PerResolveLifetimeManager());

// 注册各个Repository（以用户和订单Repo为例）
container.RegisterType<IUserRepository, UserRepository>(new TransientLifetimeManager());
container.RegisterType<IOrderRepository, OrderRepository>(new TransientLifetimeManager());

// 注册UnitOfWork
container.RegisterType<IUnitOfWork, UnitOfWork>(new TransientLifetimeManager());

场景使用说明 #

场景1：单个Repository独立操作 #

当你只需要操作单个Repository并单独保存时，直接解析Repo即可：

var userRepo = container.Resolve<IUserRepository>();
userRepo.Add(new User { Name = "John Doe" });
userRepo.Save(); // 调用EF Core的SaveChanges()，操作独立的DbContext

场景2：UnitOfWork事务控制 #

当需要多Repo协作并保证事务一致性时，解析UnitOfWork，通过它获取共享同一个DbContext的Repo：

using (var uow = container.Resolve<IUnitOfWork>())
{
    uow.BeginTransaction();
    try
    {
        var userRepo = uow.GetRepository<IUserRepository>();
        var orderRepo = uow.GetRepository<IOrderRepository>();
        
        userRepo.Add(new User { Name = "Jane Smith" });
        orderRepo.Add(new Order { UserId = 1, Amount = 99.99 });
        
        // 这里不要调用Repo的Save()，交给UnitOfWork统一提交
        uow.Commit();
    }
    catch
    {
        uow.Rollback();
        throw;
    }
}

小提示：在事务场景下，建议禁止Repo主动调用SaveChanges()，避免破坏事务的原子性。如果需要单独保存，就单独解析Repo而非通过UnitOfWork获取。

额外优化建议 #

• 如果你的应用有长时间运行的后台任务，可以为这些任务创建独立的子容器（调用container.CreateChildContainer()），然后在子容器中将DbContext注册为HierarchicalLifetimeManager。这样后台任务的整个生命周期内会共享同一个DbContext，任务结束后销毁子容器即可释放上下文资源。
• 一定要在UnitOfWork的Dispose方法中释放DbContext，确保资源及时回收，避免内存泄漏。

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