如何在ASP.NET UserIdentity中允许复用软删除的邮箱地址

嘿，这个问题我之前做ASP.NET Identity项目时也碰到过，本质是默认的Identity验证逻辑会检索所有状态的用户记录——包括你标记为软删除的，所以只要邮箱在数据库里存在（不管是否激活），就会阻止新注册。下面是几个实用的解决办法：

方法1：直接修改注册逻辑（快速见效） #

在你的注册Action里，替换默认的邮箱检查逻辑，只查询未被软删除的用户：

原来的代码可能是这样的：

var existingUser = await _userManager.FindByEmailAsync(model.Email);
if (existingUser != null)
{
    ModelState.AddModelError("Email", "该邮箱已被注册");
    return View(model);
}

改成下面的写法，通过ActiveStatus过滤掉软删除的用户：

// 只查找处于活跃状态的用户
var existingActiveUser = await _userManager.Users
    .FirstOrDefaultAsync(u => u.Email == model.Email && u.ActiveStatus);

if (existingActiveUser != null)
{
    ModelState.AddModelError("Email", "该邮箱已被注册");
    return View(model);
}

这样注册时就只会检查当前有效的账户，软删除的邮箱不会被判定为已注册。

方法2：全局重写UserManager的查找逻辑（更优雅） #

如果想让整个系统的邮箱查找逻辑都自动排除软删除用户，可以自定义UserManager并重写FindByEmailAsync方法：

首先创建自定义的UserManager类：

public class CustomUserManager : UserManager<ApplicationUser>
{
    public CustomUserManager(
        IUserStore<ApplicationUser> store,
        IOptions<IdentityOptions> optionsAccessor,
        IPasswordHasher<ApplicationUser> passwordHasher,
        IEnumerable<IUserValidator<ApplicationUser>> userValidators,
        IEnumerable<IPasswordValidator<ApplicationUser>> passwordValidators,
        ILookupNormalizer keyNormalizer,
        IdentityErrorDescriber errors,
        IServiceProvider services,
        ILogger<UserManager<ApplicationUser>> logger)
        : base(store, optionsAccessor, passwordHasher, userValidators, passwordValidators, keyNormalizer, errors, services, logger)
    {
    }

    // 重写邮箱查找方法，只返回活跃用户
    public override async Task<ApplicationUser> FindByEmailAsync(string email)
    {
        return await Users.FirstOrDefaultAsync(u => u.Email == email && u.ActiveStatus);
    }
}

然后在Program.cs（或Startup.cs，取决于你的.NET版本）中注册这个自定义的UserManager：

builder.Services.AddIdentity<ApplicationUser, IdentityRole>()
    .AddUserManager<CustomUserManager>() // 替换默认的UserManager
    .AddEntityFrameworkStores<ApplicationDbContext>();

这样之后，不管是注册、登录还是其他地方调用FindByEmailAsync，都会自动忽略软删除的用户，一劳永逸。

额外注意：确保软删除用户无法登录 #

虽然你的问题是注册，但顺便提一句：要确保软删除的用户不能登录，在登录逻辑里加上状态检查：

var user = await _userManager.FindByEmailAsync(model.Email);
if (user != null && !user.ActiveStatus)
{
    ModelState.AddModelError(string.Empty, "该账户已被禁用");
    return View(model);
}

这样就能完全适配你的软删除逻辑啦。

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