如何解决ASP.NET Core MVC客户端UserManager服务无法解析的问题？

我来帮你捋清楚这个问题的核心，以及具体的解决步骤——你遇到的本质是本地Identity服务和IdentityServer认证Scheme的冲突，导致要么登录循环，要么注册页依赖缺失。下面是一步步的解决方案：

问题根源拆解 #

• 保留AddIdentity时，它会默认把认证的DefaultChallengeScheme设置为本地Identity的Scheme（比如Identity.Application），这就和你配置的IdentityServer OIDC Scheme冲突了，触发登录跳转循环。
• 移除AddIdentity后，注册页需要的UserManager、SignInManager以及底层的IUserStore等服务都没被自动注册，手动加又补不全依赖，自然报错。

所以核心思路是：保留本地Identity服务用于注册，同时修改认证Scheme的默认配置，让需要登录时跳转到IdentityServer。

具体配置步骤 #

1. 正确配置本地Identity服务 #

不要移除AddIdentity，它会帮你自动注册所有注册页需要的依赖（包括UserManager、IUserStore这些），只需要保留UI支持并后续调整认证默认值：

// 配置本地Identity，用于用户注册功能
services.AddIdentity<ApplicationUser, IdentityRole>(options =>
{
    // 可选：根据需求配置密码、账户锁定等规则
    options.Password.RequireDigit = true;
    options.Password.RequiredLength = 6;
})
.AddEntityFrameworkStores<ApplicationDbContext>()
.AddDefaultTokenProviders()
.AddDefaultUI(); // 必须添加，否则Identity脚手架页面会找不到基础服务

2. 配置IdentityServer客户端认证（覆盖默认Scheme） #

在AddIdentity之后，通过AddAuthentication修改默认认证规则，让需要登录时跳转到IdentityServer，同时保留本地Cookie用于会话存储：

services.AddAuthentication(options =>
{
    // 默认认证/登录会话用本地Cookie
    options.DefaultAuthenticateScheme = CookieAuthenticationDefaults.AuthenticationScheme;
    options.DefaultSignInScheme = CookieAuthenticationDefaults.AuthenticationScheme;
    // 关键：当用户未登录需要认证时，跳转到IdentityServer的OIDC登录
    options.DefaultChallengeScheme = "oidc";
})
// 添加本地Cookie认证
.AddCookie(CookieAuthenticationDefaults.AuthenticationScheme)
// 添加OpenIdConnect，对接IdentityServer
.AddOpenIdConnect("oidc", options =>
{
    options.Authority = "https://localhost:5001"; // 你的IdentityServer地址
    options.ClientId = "mvc_client"; // 对应IdentityServer中配置的客户端ID
    options.ClientSecret = "your_client_secret"; // 机密客户端才需要填这个
    options.ResponseType = "code"; // 使用授权码流程（推荐）
    options.SaveTokens = true; // 把令牌保存到Cookie中
    options.GetClaimsFromUserInfoEndpoint = true; // 从UserInfo端点获取额外用户声明

    // 添加需要请求的作用域
    options.Scope.Add("openid");
    options.Scope.Add("profile");
    options.Scope.Add("email");
    // 如果需要访问自定义API，再加对应的作用域
    // options.Scope.Add("your_api_scope");

    // 回调地址必须和IdentityServer客户端配置的一致
    options.CallbackPath = "/signin-oidc";
    options.SignedOutCallbackPath = "/signout-callback-oidc";
});

3. 验证功能 #

• 注册页：访问http://localhost:5002/Identity/Account/Register，现在可以正常加载并创建用户，因为AddIdentity已经自动注册了所有需要的服务。
• 登录流程：访问标记了[Authorize]的页面时，会自动跳转到IdentityServer的登录页，登录成功后返回客户端，不会出现循环。
• 注销：注销时会自动跳转到IdentityServer完成全局注销，再返回客户端。

为什么之前的尝试会失败？ #

• 保留AddIdentity但没修改默认Scheme：默认挑战Scheme是本地登录页，和IdentityServer的跳转逻辑冲突，导致循环。
• 移除AddIdentity手动加服务：UserManager依赖很多底层服务（比如IUserStore、IPasswordHasher等），手动添加根本补不全，必然抛出聚合异常。

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