Blazor Server EF Core 5使用CheckPasswordSignInAsync如何清除实体跟踪

Blazor Server 中默认DbContext为作用域生命周期，和单个Blazor组件的生命周期绑定。首次调用CheckPasswordSignInAsync校验密码时，Identity 内部查询得到的用户实体会被当前作用域的DbContext跟踪；当同一账号再次发起校验请求时，Identity 再次查询返回的用户实体和已跟踪的实体重叠，进而抛出实体跟踪冲突异常。

• 方案1：调用校验前手动清理已跟踪实体
  每次调用CheckPasswordSignInAsync前，先将当前DbContext中对应账号的已跟踪用户实体解除跟踪：

// 假设你的用户实体类为IdentityUser，_context为注入的ApplicationDbContext实例
var trackedUserEntry = _context.ChangeTracker.Entries<IdentityUser>()
    .FirstOrDefault(e => e.Entity.UserName == 提交的登录账号);
if (trackedUserEntry != null)
{
    trackedUserEntry.State = EntityState.Detached;
}
// 再执行密码校验
var checkResult = await _signInManager.CheckPasswordSignInAsync(目标用户实体, 提交的密码, true);

• 方案2：将SignInManager、UserManager注册为瞬时生命周期
  修改Program.cs中的Identity注册逻辑，指定身份相关服务为瞬时生命周期，每次调用都会使用全新的上下文实例，不会出现跟踪冲突：

builder.Services.AddDefaultIdentity<IdentityUser>(options => options.SignIn.RequireConfirmedAccount = true)
    .AddEntityFrameworkStores<ApplicationDbContext>()
    // 指定 SignInManager 为瞬时生命周期
    .AddSignInManager<SignInManager<IdentityUser>>(ServiceLifetime.Transient)
    // 指定 UserManager 为瞬时生命周期
    .AddUserManager<UserManager<IdentityUser>>(ServiceLifetime.Transient);

• 方案3：手动创建独立作用域执行校验
  每次校验密码时手动创建一个独立的服务作用域，校验完成后直接释放该作用域，完全隔离上下文跟踪：

// Services为组件注入的IServiceProvider实例
using var scope = Services.CreateScope();
var scopedUserManager = scope.ServiceProvider.GetRequiredService<UserManager<IdentityUser>>();
var scopedSignInManager = scope.ServiceProvider.GetRequiredService<SignInManager<IdentityUser>>();
var user = await scopedUserManager.FindByNameAsync(提交的登录账号);
if (user != null)
{
    var checkResult = await scopedSignInManager.CheckPasswordSignInAsync(user, 提交的密码, lockoutOnFailure: true);
    if (checkResult.Succeeded)
    {
        // 校验通过，跳转/传递数据到中间件完成登录逻辑
    }
}

• Blazor Server 组件通过SignalR通信，执行上下文通常没有可写入的HttpContext，因此直接在组件内调用PasswordSignInAsync写入Cookie会抛出异常，你当前选择的「组件内校验密码+独立中间件处理登录」的流程是符合规范的。
• 开启用户锁定功能的场景下，上述方案都不会破坏Identity原生的错误计数、自动锁定逻辑，无需额外适配。

内容的提问来源于stack exchange，提问作者Ma Serei Puthik