PasswordSignInAsync部分场景失效问题求助

问题现象 #

保留_userManager.CreateAsync(crt_user, password).Result代码行时，登录功能正常；移除该行后登录直接失效，但实际上这行代码并没有创建新用户（使用的是FindByEmailAsync获取的同一用户）。

核心原因分析 #

• 你的自定义UserStore大概率存在实现缺陷：要么从数据库读取用户时未加载PasswordHash字段，要么该字段存储的哈希值无效。
• 调用CreateAsync时，Identity内部会自动重新生成并将有效密码哈希写入crt_user对象（哪怕用户已存在，这属于错误用法），此时crt_user的密码哈希是合法的，所以后续PasswordSignInAsync能验证通过。
• 直接从数据库读取的crt_user对象中，密码哈希为空、无效，或者和传入的明文密码不匹配，导致验证失败。

解决方案 #

1. 检查自定义UserStore实现 #

• 确认FindByEmailAsync方法正确加载用户的PasswordHash字段，从数据库读取时不要遗漏该属性。
• 检查UpdateAsync方法是否正确处理密码哈希的持久化，确保用户密码变更时能正常写入数据库。

2. 修正错误的CreateAsync用法 #

原代码中用CreateAsync处理已存在用户是错误逻辑，替换为以下正确写法：

await _signInManager.SignOutAsync();
var crt_user = await _userManager.FindByEmailAsync(user.Email);
string password = user.PasswordHash;

// 直接验证登录，无需调用CreateAsync
var result = await _signInManager.PasswordSignInAsync(crt_user, password, false, false);

return Json(result.Succeeded);

注意：如果user.PasswordHash是哈希后的字符串，PasswordSignInAsync无法直接验证（该方法需要明文密码），此时需：

• 改为传入明文密码进行验证
• 或使用_userManager.CheckPasswordAsync(crt_user, 明文密码)来验证，直接对比哈希值的话需确保算法一致。

3. 排查Identity配置问题 #

临时替换为Identity默认的EF存储实现，测试是否能正常登录，以此排除自定义Store的问题：

// 替换自定义Store为默认EF实现（需先配置DbContext）
builder.Services.AddDbContext<ApplicationDbContext>(options =>
    options.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection")));
builder.Services.AddIdentity<ApplicationUser, ApplicationRole>()
    .AddEntityFrameworkStores<ApplicationDbContext>()
    .AddDefaultTokenProviders()
    .AddDefaultUI();

如果替换后登录正常，说明问题完全出在你的自定义UserStore实现上，需要针对性修复。

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