Blazor 服务器应用程序和 IDbContextFactory 未处理

Question

我有一个需要间接连接到 EF 核心数据库上下文的 blazor 服务器应用程序。

所有 blazor 组件都不会直接注入 dbcontext 的实例。我正在使用调解员来处理所有业务操作。

目前我看到的文档建议使用 IDbContextFactory。我试了一下，但我没有看到工厂创建的 DbContext 被处置。注入 IDbContext 的服务不会在页面更改时或任何其他时间释放。

public class QueryHandler : IQueryHandler<Query, Entity>, IDisposable
{
    private readonly DbContext dbContext;

    public QueryHandler(IDbContextFactory factory)
    {
        dbContext = factory.CreateDbContext();
    }

    public Task Handle(Query query)
    {
       /// do whatever needs to be done.
    }
  
    public void Dispose()
    {
        dbContext.Dispose(); // <-- Dispose never gets called.
    }
}

我错过了什么吗？

Answer 1

使用 DbContextFactory 的目的是让每个方法都有一个 DbContext。 正是因为 Blazor 没有提供有用的 Scopes 来处理这个问题。

public class QueryHandler : IQueryHandler<Query, Entity> //, IDisposable
{
    ...

    public QueryHandler(IDbContextFactory factory)
    {
        _factory = factory;
    }

    public Task Handle(Query query)
    {
       using var dbContext = _factory.CreateDbContext();

       /// do whatever needs to be done.
    }
  
    //public void Dispose() { }

}

这样 DI 容器和工厂只管理 DbContext 的配置。 DbContext 的生命周期管理是手动的。 Factory 是一个简单的 Transient 对象，不拥有任何资源。

手动管理通常使用 using 语句或 using 声明，但 Blazor 还提供 OwningComponentBase。我没有看到它被大量使用。

Answer 2

在服务器中，DI 容器存在于 Hub 会话的生命周期中，而在 WASM 中存在于应用程序的生命周期中。在容器内创建的任何服务对象，无论是 Scoped 还是 Transient，实现 IDisposable，在 DI 容器本身被销毁之前都不会被释放。你没有明确QueryHandler 的范围，但如果它是暂时的，那是个坏消息。您将继续创建新的 DBContext，而不会释放旧的。

DbContextFactory 的目的是创建使用的工作单元 DbContext 实例，然后快速正确地处理这些实例。您需要采用这种方法，因为 DB 访问几乎肯定是异步的。使用单个上下文，您将很快遇到您正在等待一个查询完成同时尝试在另一个操作中使用相同上下文的情况。

Henk 的回答向您展示了如何使用和使用工厂创建的上下文。