EF Core抽象DbContext中IsConfigured始终为false问题

异常的核心原因是DbContextOptions<TContext>泛型类型不匹配，导致依赖注入容器无法命中带参构造函数，最终始终走无参构造触发硬编码连接串逻辑：

• 注册ReadOnlyContext、WriteContext时，DI容器为这两个类型生成的配置对象类型分别是DbContextOptions<ReadOnlyContext>和DbContextOptions<WriteContext>
• 你定义的子类构造函数要求传入DbContextOptions<AbstractContext>类型参数，和DI提供的参数类型不匹配，带参构造被忽略，直接调用无参构造实例化，此时optionsBuilder.IsConfigured永远返回false，自然会走OnConfiguring里的硬编码配置。

所有公共配置（DbSet、实体映射、公共查询逻辑等）都可以保留在抽象基类中复用，只需要调整构造函数定义即可：

1. 调整抽象基类构造函数 #

将基类带参构造的参数从泛型DbContextOptions<AbstractContext>改为非泛型DbContextOptions，基类不需要感知具体子类的Options类型：

public abstract partial class AbstractContext : DbContext
{
    public AbstractContext()
    {
    }

    // 改为接收非泛型DbContextOptions
    public AbstractContext(DbContextOptions options)
        : base(options)
    {
    }

    // 保留原有DbSet声明、OnModelCreating等所有复用配置
    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        // 原有判断保留即可，作为未配置时的兜底逻辑
        if (!optionsBuilder.IsConfigured)
        {
            optionsBuilder.UseSqlServer("Server=devServer;Database=myDb;Integrated Security=true;Application Name=API Suivi Support;Connect Timeout=30;");
        }
    }
}

2. 调整两个业务子类的构造函数 #

每个子类的带参构造接收和自身类型匹配的泛型DbContextOptions<T>，再传递给基类构造函数。
ReadOnlyContext修正后代码：

public partial class ReadOnlyContext : AbstractContext
{
    public ReadOnlyContext()
    {
    }

    // 参数类型改为DbContextOptions<ReadOnlyContext>
    public ReadOnlyContext(DbContextOptions<ReadOnlyContext> options)
        : base(options)
    {
    }
}

WriteContext修正后代码：

public partial class WriteContext : AbstractContext
{
    public WriteContext()
    {
    }

    // 参数类型改为DbContextOptions<WriteContext>
    public WriteContext(DbContextOptions<WriteContext> options)
        : base(options)
    {
    }
}

3. DI注册代码无需修改 #

原有Program.cs中的注入逻辑完全正确，不需要调整：

builder.Services.AddDbContext<WriteContext>(options => options.UseSqlServer(builder.Configuration.GetConnectionString("ConnectionString")));
builder.Services.AddDbContext<ReadOnlyContext>(options => options.UseSqlServer(builder.Configuration.GetConnectionString("ReadOnlyConnectionString")));

修正后运行时：

• 解析ReadOnlyContext时，DI会传入匹配类型的Options对象，EF Core识别到已经完成配置，不会触发OnConfiguring的兜底逻辑，自动使用只读库连接串
• 解析WriteContext时同理，自动使用写库连接串
• 所有公共配置全部在抽象基类中维护，不需要编写重复代码
• 如果不需要本地调试/单元测试的无参实例化能力，可以直接删掉两个类的无参构造，配置缺失时会直接抛出依赖注入异常，避免意外连接到开发环境数据库。

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