脚手架生成的Identity密码重置页面导致用户重置密码后无法登录

看起来你遇到的这个问题确实挺诡异的——明明重置密码成功了，数据库里的哈希值也变了，但用同一个密码登录就是失败，甚至手动调用HashPassword得到的结果都和DB里的对不上。我之前也碰到过类似的情况，大概率是密码哈希器的配置或者上下文不一致导致的，咱们一步步来排查：

1. 检查自定义IdentityUser的UserManager注入是否正确 #

你提到用了自定义的IdentityUser子类，那首先要确认脚手架生成的重置密码页面里，注入的UserManager是不是针对你的自定义用户类，而不是默认的IdentityUser。

举个例子，要是页面构造函数里写的是：

// 错误：用了默认的IdentityUser类型
public ResetPasswordModel(UserManager<IdentityUser> userManager, ILogger<ResetPasswordModel> logger)

而不是你自己的自定义类：

// 正确：泛型参数是你的自定义User类
public ResetPasswordModel(UserManager<YourCustomUser> userManager, ILogger<ResetPasswordModel> logger)

那重置密码时用的哈希器上下文和登录时就会不一样，自然生成的哈希值无法匹配。

2. 确认重置密码时是否调用了官方的ResetPasswordAsync方法 #

有没有在修改脚手架页面时，自己手动哈希密码然后更新用户对象？比如跳过了_userManager.ResetPasswordAsync(user, code, Input.Password)，直接给user.PasswordHash赋值？

官方的ResetPasswordAsync会自动使用配置好的密码哈希器处理加盐和哈希逻辑，要是手动赋值的话，很可能用了错误的哈希方式，或者没有处理加盐（虽然默认哈希器每次加盐不同，但验证时能识别，不过你的情况是验证失败，所以大概率不是单纯加盐的问题）。

3. 检查Identity配置的一致性 #

看看你的Program.cs（或Startup.cs）里的Identity配置，是不是给自定义用户类正确绑定了所有服务：

builder.Services.AddDefaultIdentity<YourCustomUser>(options => options.SignIn.RequireConfirmedAccount = true)
    .AddEntityFrameworkStores<ApplicationDbContext>()
    .AddUserManager<UserManager<YourCustomUser>>() // 确保这里是你的自定义User类
    .AddDefaultTokenProviders();

另外，有没有在重置页面或登录页面里单独修改过PasswordHasherOptions？比如修改了哈希迭代次数、密码规则等，如果两边配置不一致，也会导致哈希结果无法验证。

4. 排查哈希器上下文的小技巧 #

可以在重置页面和登录页面里分别输出当前哈希器的信息，看看是不是同一个：

// 重置页面里加日志
var resetHasher = _userManager.PasswordHasher;
var resetOptions = _userManager.Options.Password;
logger.LogInformation("重置页面哈希器类型：{Type}，迭代次数：{Count}", resetHasher.GetType().Name, resetOptions.HasherIterationCount);

// 登录页面里加日志
var loginHasher = _signInManager.UserManager.PasswordHasher;
var loginOptions = _signInManager.UserManager.Options.Password;
logger.LogInformation("登录页面哈希器类型：{Type}，迭代次数：{Count}", loginHasher.GetType().Name, loginOptions.HasherIterationCount);

如果两处输出不一样，那基本就能锁定是配置或上下文不一致的问题了。

总的来说，最常见的原因就是自定义用户类的UserManager注入错误，导致重置和登录时用了不同的哈希上下文，结果生成的密码哈希无法匹配。你可以先从这点入手排查，应该能很快找到问题所在。

备注：内容来源于stack exchange，提问作者S. B.