AspNet.Identity ResetPasswordAsync/ChangePasswordAsync失效，重置密码无效果求助

针对你遇到的ResetPasswordAsync返回成功但未实际修改密码的问题，可按以下步骤排查解决：

• 检查DbContext的保存逻辑
  ASP.NET Identity的UserManager部分场景下不会自动触发DbContext的保存操作，需手动调用保存方法确认变更写入数据库：

  string resetToken = await UserManager.GeneratePasswordResetTokenAsync(token.AspNetUserId);
  IdentityResult passwordChangeResult = await UserManager.ResetPasswordAsync(token.AspNetUserId, resetToken, newPassword);
  // 新增这一步确保变更持久化
  await dbContext.SaveChangesAsync();
  

  若你自定义了UserManager实现，需检查是否重写方法时遗漏了保存逻辑。

• 确认UserManager的实例生命周期
  避免将UserManager设为单例或复用跨请求的实例，这会导致DbContext缓存旧用户数据，无法同步数据库变更。确保UserManager为请求级实例（如ASP.NET中使用请求作用域），每次请求创建新实例。

• 验证SecurityStamp的登录校验逻辑
  检查登录代码是否正确启用了SecurityStamp验证，若该校验被关闭，即使密码哈希更新，旧密码仍可登录：

  // 确保第四个参数validateSecurityStamp为默认值true
  var result = await SignInManager.PasswordSignInAsync(userName, password, isPersistent, shouldLockout: true);
  

• 排查自定义UserStore的实现
  若你实现了IUserPasswordStore或IUserSecurityStampStore接口，需检查SetPasswordHashAsync和SetSecurityStampAsync方法是否正确完成数据库写入操作，而非仅修改内存对象。

• 检查事务与异常吞吃情况
  查看是否有未提交的事务包裹密码重置逻辑，或存在吞吃保存异常的try-catch块。可添加日志输出IdentityResult的错误详情，确认是否有隐藏问题：

  if (!passwordChangeResult.Succeeded)
  {
      foreach (var error in passwordChangeResult.Errors)
      {
          // 记录错误日志
          Debug.WriteLine(error.Description);
      }
  }
  

• 验证数据库连接配置
  确认API使用的连接字符串指向生产环境的目标数据库，避免因配置错误导致操作了测试库，而你查看的是生产库数据产生误解。

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