ASP.NET Core下PostgreSQL DbContext的Scoped/Transient服务注册失败求助

根因定位 #

错误的核心原因是AddDbContext<OurDbContext>默认向容器注册的构造参数类型是DbContextOptions<OurDbContext>，但你的OurDbContext只提供了接收DbContextOptions<EFCoreContext>的构造函数，类型不匹配导致DI容器无法实例化OurDbContext。 #

修复步骤 #

1. 修改OurDbContext的构造函数
   新增接收DbContextOptions<OurDbContext>的构造函数，或者直接调整现有构造函数的参数类型即可，修改后的构造函数代码如下：

// 新增兼容AddDbContext注入规则的构造函数
public OurDbContext(DbContextOptions<OurDbContext> options)
: base(options)
{
    OptionBuilder = new DbContextOptionsBuilder();
}

// 原有构造函数可以保留不影响现有逻辑
public OurDbContext(DbContextOptions<EFCoreContext> options)
: base(options)
{
    OptionBuilder = new DbContextOptionsBuilder();
}

public OurDbContext(
  DbContextOptions<EFCoreContext> options, 
  DbContextOptionsBuilder optionBuilder
) : base(options)
{
  OptionBuilder = optionBuilder;
}

如果不需要保留原有构造函数，直接将现有构造函数的参数类型修改为DbContextOptions<OurDbContext>即可，父类EFCoreContext可以兼容该参数类型。
2. 删除Startup中冗余的DbContext初始化代码
ConfigureServices方法中这两行逻辑完全无用，直接删除即可，避免额外占用资源：

// 删除这两行代码
DbContextOptions<EFCoreContext> optionsBuilder = new DbContextOptions<EFCoreContext>();
OurDbContext context = new OurDbContext (optionsBuilder);

3. 修复服务生命周期不匹配问题
   你当前注册的所有业务服务（ISiteService/IQueryService等）都是单例生命周期，如果这些服务里直接注入了Scoped的OurDbContext，启动后仍会出现生命周期不匹配的报错，有两种解决方案：

• 优先方案：把业务服务的生命周期从AddSingleton改为AddScoped，和DbContext的生命周期保持一致，这是最符合ASP.NET Core开发规范的实现方式
• 如果必须保留服务为单例，则不要直接构造注入DbContext，改为注入IServiceScopeFactory，每次需要操作数据库时主动创建Scope获取DbContext实例，示例代码如下：

// 单例服务中获取Scoped DbContext的示例
public class QueryService : IQueryService
{
    private readonly IServiceScopeFactory _scopeFactory;
    public QueryService(IServiceScopeFactory scopeFactory)
    {
        _scopeFactory = scopeFactory;
    }

    public void DoDbOperation()
    {
        using var scope = _scopeFactory.CreateScope();
        var dbContext = scope.ServiceProvider.GetRequiredService<OurDbContext>();
        // 用dbContext执行数据库操作
    }
}

可选优化 #

你的OurDbContext中OnConfiguring方法里手动读取配置文件拿连接字符串的逻辑可以删除，因为你在AddDbContext的时候已经传入了连接字符串，optionsBuilder.IsConfigured会返回true，这段逻辑永远不会执行，属于冗余代码。 #

内容的提问来源于stack exchange，提问作者FrançoisR