同一UserIdentity类型配置多UserManager报Identity.Application已存在如何解决

你触发报错的核心原因是AddIdentity<TUser, TRole>方法默认会注册固定名称的身份验证Scheme（即报错中的Identity.Application），重复调用相同用户类型的该方法会导致Scheme注册冲突，该方法原生默认仅支持单套Identity配置的场景。

根据你的实际使用场景，可选择以下两种实现方式： #

方案1：仅需根据部署环境切换数据库（运行时仅对接单个库） #

如果你不需要在同一运行时同时操作两套环境的Identity数据，仅需要在不同启动配置下对接不同的库，无需修改Identity注册逻辑，直接切换DbContext的连接字符串即可：

1. 移除重复的AddIdentity注册，仅保留一套配置：

services.AddIdentity<UserIdentity, IdentityRole>()
                .AddEntityFrameworkStores<ApplicationDbContext>()
                .AddDefaultTokenProviders();

2. 为ApplicationDbContext配置多环境连接字符串，通过ASPNETCORE_ENVIRONMENT环境变量、启动参数或者配置文件开关，运行时自动加载对应环境的连接字符串即可，无需额外改造。

方案2：同一运行时需要同时对接两套数据库 #

如果你需要在代码中同时操作Dev和Staging环境的Identity数据，需要手动拆分两套独立的Identity服务注册，避开默认Scheme冲突：

操作步骤： #

1. 定义两个空的UserManager派生类用于区分不同环境的服务，无需修改任何父类逻辑：

// Dev环境用户管理器
public class DevUserManager : UserManager<UserIdentity>
{
    public DevUserManager(IUserStore<UserIdentity> store, IOptions<IdentityOptions> optionsAccessor, 
        IPasswordHasher<UserIdentity> passwordHasher, IEnumerable<IUserValidator<UserIdentity>> userValidators, 
        IEnumerable<IPasswordValidator<UserIdentity>> passwordValidators, ILookupNormalizer keyNormalizer, 
        IdentityErrorDescriber errors, IServiceProvider services, ILogger<UserManager<UserIdentity>> logger) 
        : base(store, optionsAccessor, passwordHasher, userValidators, passwordValidators, keyNormalizer, errors, services, logger)
    {
    }
}

// Staging环境用户管理器
public class StagingUserManager : UserManager<UserIdentity>
{
    public StagingUserManager(IUserStore<UserIdentity> store, IOptions<IdentityOptions> optionsAccessor, 
        IPasswordHasher<UserIdentity> passwordHasher, IEnumerable<IUserValidator<UserIdentity>> userValidators, 
        IEnumerable<IPasswordValidator<UserIdentity>> passwordValidators, ILookupNormalizer keyNormalizer, 
        IdentityErrorDescriber errors, IServiceProvider services, ILogger<UserManager<UserIdentity>> logger) 
        : base(store, optionsAccessor, passwordHasher, userValidators, passwordValidators, keyNormalizer, errors, services, logger)
    {
    }
}

2. 移除所有重复的AddIdentity注册，改为手动注册两套独立的服务：

// 注册Identity核心公共配置，密码、锁定等全局规则在这里配置
services.AddIdentityCore<UserIdentity>(options =>
{
    options.Password.RequireDigit = true;
    // 其他你需要的Identity配置
})
.AddRoles<IdentityRole>()
.AddDefaultTokenProviders();

// 注册Dev环境对应的Store和UserManager
services.AddScoped<IUserStore<UserIdentity>>(sp => 
    new UserStore<UserIdentity, IdentityRole, DevApplicationDbContext>(
        sp.GetRequiredService<DevApplicationDbContext>(),
        sp.GetRequiredService<IdentityErrorDescriber>()));
services.AddScoped<DevUserManager>();

// 注册Staging环境对应的Store和UserManager
services.AddScoped<IUserStore<UserIdentity>>(sp => 
    new UserStore<UserIdentity, IdentityRole, StagingApplicationDbContext>(
        sp.GetRequiredService<StagingApplicationDbContext>(),
        sp.GetRequiredService<IdentityErrorDescriber>()));
services.AddScoped<StagingUserManager>();

3. 如果你需要两套独立的身份验证逻辑，手动配置不同名称的验证Scheme，避免冲突：

services.AddAuthentication(options =>
{
    // 可根据需求设置默认的验证Scheme
    options.DefaultAuthenticateScheme = "Dev.Identity.Application";
    options.DefaultChallengeScheme = "Dev.Identity.Application";
})
// Dev环境Cookie配置
.AddCookie("Dev.Identity.Application", options =>
{
    options.Cookie.Name = ".Dev.Identity.Application";
    options.LoginPath = "/Dev/Account/Login";
    // 其他Cookie配置
})
// Staging环境Cookie配置
.AddCookie("Staging.Identity.Application", options =>
{
    options.Cookie.Name = ".Staging.Identity.Application";
    options.LoginPath = "/Staging/Account/Login";
    // 其他Cookie配置
});

使用方式 #

业务代码中需要操作Dev库的Identity数据时注入DevUserManager，操作Staging库时注入StagingUserManager即可，身份验证时指定对应的Scheme名称即可。

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