ASP.NET Core MVC中CustomSignInManager登录状态不生效问题求助

核心问题 #

API与MVC项目共享用户体系，自定义CustomSignInManager处理密码哈希验证后，调用SignInAsync无法让_LoginPartial的IsSignedIn(User)识别登录状态，始终返回false。

问题根源分析 #

1. 依赖注入重复注册：同时注册SignInManager<User>的实现类和CustomSignInManager本身，可能导致容器内实例不一致，引发上下文冲突。
2. SignInAsync静默失败：默认SignInAsync会检查用户是否已完成邮箱确认（IsConfirmed），若未确认则登录动作静默失败；未指定认证Scheme也可能导致Identity认证Cookie未正确生成。
3. 认证凭证不兼容：手动添加的jwt cookie并非Identity识别的认证凭证，IsSignedIn仅基于Identity默认的Identity.Application Scheme判断登录状态。

分步解决方案 #

1. 修正依赖注入配置 #

移除重复的CustomSignInManager注册，仅保留基类的实现替换，确保容器中只有一个有效实例：

public static class IdentityExtension
{
    public static IServiceCollection AddIdentityUser(this IServiceCollection services)
    {
        services.AddDefaultIdentity<User>(options =>
        {
            // 可选：若无需邮箱确认，关闭该检查避免登录失败
            options.SignIn.RequireConfirmedAccount = false;
        })
        .AddEntityFrameworkStores<EventsDemoDbContext>();

        // 仅注册基类的实现替换，无需单独注册CustomSignInManager
        services.AddScoped<SignInManager<User>, CustomSignInManager>();

        return services;
    }
}

2. 确保SignInAsync执行成功 #

在CustomSignInManager中显式指定认证Scheme，并增加用户状态检查与日志输出：

public async Task<AuthenticationResponse> PasswordSignInAsync(string email, string password)
{
    var user = await UserManager.FindByEmailAsync(email);

    if (user == null)
    {
        throw new InvalidCredentialsException(ErrorMessages.InvalidCredentialsException);
    }

    if (_encryptor.VerifyHashedPassword(user, user.PasswordHash, password) != PasswordVerificationResult.Success)
    {
        throw new InvalidCredentialsException(ErrorMessages.InvalidCredentialsException);
    }

    // 检查用户确认状态（若开启邮箱确认则需保留）
    if (!await UserManager.IsEmailConfirmedAsync(user))
    {
        throw new InvalidOperationException("请先确认邮箱后再登录");
    }

    var request = new AuthenticationRequest
    {
        Email = email,
        Password = password,
    };

    var response = await _userAuthentication.AuthenticateAsync(request);

    if (response == null)
    {
        throw new InvalidCredentialsException(ErrorMessages.InvalidCredentialsException);
    }

    // 显式指定Identity默认认证Scheme，确保生成正确的登录Cookie
    var signInResult = await SignInAsync(
        user, 
        new AuthenticationProperties { IsPersistent = false }, 
        IdentityConstants.ApplicationScheme
    );
    
    // 日志排查登录结果
    Logger.LogInformation("SignInAsync执行结果：{Status}", signInResult.Succeeded ? "成功" : "失败");

    return response;
}

3. 调整_LoginPartial注入方式 #

直接注入SignInManager<User>基类，符合Identity设计规范，避免实例冲突：

@using EventsDemo.Domain.Users
@using EventsDemo.Web.Services
@using Microsoft.AspNetCore.Identity

// 替换为注入基类SignInManager<User>
@inject SignInManager<User> SignInManager
@inject UserManager<User> UserManager

<ul class="navbar-nav">
@if (SignInManager.IsSignedIn(User))
{
    <li class="nav-item">
        <a id="manage" class="nav-link text-dark" asp-area="Identity" asp-page="/Account/Manage/Index" title="Manage">Hello @UserManager.GetUserName(User)!</a>
    </li>
    <li class="nav-item">
        <form id="logoutForm" class="form-inline" asp-area="Identity" asp-page="/Account/Logout" asp-route-returnUrl="@Url.Action("Index", "User")">
            <button id="logout" type="submit" class="nav-link btn btn-link text-dark">Logout</button>
        </form>
    </li>
}
else
{
    <li class="nav-item">
        <a class="nav-link text-dark" id="register" asp-area="Identity" asp-page="/Account/Register">Register</a>
    </li>
    <li class="nav-item">
        <a class="nav-link text-dark" id="login" asp-area="Identity" asp-page="/Account/Login">Login</a>
    </li>
}
</ul>

4. 验证Cookie生成 #

登录成功后检查浏览器Cookie列表，确认是否存在.AspNetCore.Identity.Application（Identity默认认证Cookie）。若不存在，结合日志排查SignInAsync失败原因。

额外注意事项 #

• 确保API与MVC的密码哈希逻辑完全一致，避免跨系统验证失败。
• 手动添加的jwt cookie仅适用于API认证，MVC登录状态依赖Identity默认Cookie，两者需独立维护。

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