.NET Core多DbContext集成Identity报DbContextOptions参数错误

这是多DbContext注册场景下的典型构造函数参数类型不匹配问题：

• EF Core依赖注入逻辑中，AddDbContext<TContext>注册的数据库配置，是和泛型类型DbContextOptions<TContext>绑定的。单DbContext场景下，即使构造函数写非泛型DbContextOptions，容器也能解析到唯一的配置实例，不会报错；
• 当同时注册ApplicationDbContext（Identity认证库）和SchoolContext（独立业务库）两个上下文时，容器无法判断非泛型DbContextOptions应该对应哪一个上下文的配置，只要任意一个DbContext的构造函数用了非泛型参数，就会抛出如下错误：

传递给ApplicationDbContext构造函数的DbContextOptions必须为DbContextOptions泛型类型。注册多个DbContext类型时，请确保每个上下文类型的构造函数传入对应泛型版本的DbContextOptions参数，而非非泛型的DbContextOptions参数。

给出的服务注册代码本身没有逻辑问题，故障点在两个DbContext的构造函数定义。

1. 修正ApplicationDbContext的构造函数参数类型，把非泛型DbContextOptions替换为对应泛型版本：

// 错误写法
// public ApplicationDbContext(DbContextOptions options) : base(options) { }

// 正确写法
public ApplicationDbContext(DbContextOptions<ApplicationDbContext> options)
    : base(options)
{
}

如果ApplicationDbContext继承了IdentityServer的ApiAuthorizationDbContext<ApplicationUser>基类，保持上述泛型参数写法即可，基类会自动处理Identity相关的模型映射逻辑。

2. 同步修正业务上下文SchoolContext的构造函数，同样使用匹配的泛型Options参数：

public class SchoolContext : DbContext
{
    // 错误写法
    // public SchoolContext(DbContextOptions options) : base(options) { }

    // 正确写法
    public SchoolContext(DbContextOptions<SchoolContext> options)
        : base(options)
    {
        // 业务实体DbSet定义
    }
}

改完重新编译运行即可，DI容器会自动把对应连接字符串、数据库提供程序的配置注入到匹配的DbContext实例：Identity框架走DefaultConnection连接的认证库，业务逻辑走SchoolDb连接的独立业务库，两者完全隔离不会冲突。

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