EF Core调用DbContext报未配置数据库提供程序异常如何解决

• 第一，MyDbContext缺少接收DbContextOptions<MyDbContext>参数的构造函数，且未将该参数传递给DbContext基类构造函数。你在Program.cs中通过AddDbContext配置的SqlServer提供程序选项，需要通过这个构造函数注入到DbContext实例中，缺失该构造函数时，DI容器注册的配置无法传入实例。
• 第二，你保留了空实现的OnConfiguring重写方法。EF Core运行时会优先执行OnConfiguring内的配置逻辑，空实现意味着没有任何数据库提供程序被配置，直接覆盖了外部可能传入的配置，最终触发无数据库提供程序的异常。
• 额外排查点：如果在其他类中手动通过new MyDbContext()创建实例，而非通过依赖注入获取，也会触发同类异常——手动创建的实例不会拿到DI容器中预配置的选项。

1. 为MyDbContext添加符合EF Core DI规范的构造函数，代码示例：

using Microsoft.EntityFrameworkCore;
// 你自己的实体、其他业务命名空间按需保留引用

public class MyDbContext : DbContext
{
    // 必须添加该构造函数，将注入的配置传递给基类
    public MyDbContext(DbContextOptions<MyDbContext> options) : base(options)
    {
    }

    // 你原有的DbSet属性、其他业务逻辑代码保留即可
    // public DbSet<Order> Orders { get; set; }
}

2. 修正空的OnConfiguring重写逻辑：如果无特殊配置需求，直接删除该空重写方法即可；如果需要保留该方法做本地调试等兜底配置，必须增加已配置判断，避免覆盖DI传入的正式配置，修改后代码：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    // 仅当外部未传入配置时，才执行方法内的兜底逻辑
    if (!optionsBuilder.IsConfigured)
    {
        // 本地调试的连接配置可以写在这里，无需求则留空
    }
}

3. 检查所有使用MyDbContext的类，必须通过构造函数依赖注入的方式获取实例，禁止手动new创建实例，正确使用示例：

public class BusinessService
{
    private readonly MyDbContext _dbContext;
    // 通过构造函数注入DbContext实例，由DI容器自动完成配置加载
    public BusinessService(MyDbContext dbContext)
    {
        _dbContext = dbContext;
    }

    // 业务方法中直接使用_dbContext操作数据库即可
}

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