Asp.NET Identity中创建邮箱相同但IdWorkflow不同的用户失败的解决方法

你遇到的问题核心在于：虽然修改了数据库的联合唯一索引，但ASP.NET Identity的默认验证逻辑依然只单独检查NormalizedUserName（也就是你的邮箱）的唯一性，完全没考虑IdWorkflow字段。要解决这个问题，我们需要自定义用户验证规则，让Identity把IdWorkflow纳入唯一性判断的条件中。

步骤1：自定义用户验证器 #

创建一个继承自IUserValidator<ApplicationUser>的验证器，替换默认的用户名唯一性检查逻辑：

using Microsoft.AspNetCore.Identity;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;

public class CustomUserValidator : IUserValidator<ApplicationUser>
{
    private readonly UserManager<ApplicationUser> _userManager;

    public CustomUserValidator(UserManager<ApplicationUser> userManager)
    {
        _userManager = userManager;
    }

    public async Task<IdentityResult> ValidateAsync(UserManager<ApplicationUser> manager, ApplicationUser user)
    {
        var validationErrors = new List<IdentityError>();

        // 先保留Identity默认的用户名格式验证（比如不能包含特殊字符等）
        var defaultValidator = new UserValidator<ApplicationUser>();
        var defaultValidationResult = await defaultValidator.ValidateAsync(manager, user);
        if (!defaultValidationResult.Succeeded)
        {
            validationErrors.AddRange(defaultValidationResult.Errors);
        }

        // 自定义联合唯一性检查：只有当邮箱（UserName）和IdWorkflow都相同时，才判定为重复
        var existingUser = await _userManager.Users
            .FirstOrDefaultAsync(u => u.NormalizedUserName == user.NormalizedUserName && u.IdWorkflow == user.IdWorkflow);
        
        if (existingUser != null && existingUser.Id != user.Id)
        {
            validationErrors.Add(new IdentityError
            {
                Code = "DuplicateUserNameForWorkflow",
                Description = $"The email '{user.Email}' is already registered for this workflow ID."
            });
        }

        return validationErrors.Any() 
            ? IdentityResult.Failed(validationErrors.ToArray()) 
            : IdentityResult.Success;
    }
}

步骤2：替换Identity的默认验证器 #

在你的依赖注入配置中（.NET 6+用Program.cs，老版本用Startup.cs），把默认的UserValidator替换成我们自定义的：

.NET 6+ Program.cs示例 #

builder.Services.AddDefaultIdentity<ApplicationUser>(options => 
{
    options.SignIn.RequireConfirmedAccount = true;
    // 关键：关闭默认的邮箱唯一性检查，因为我们要允许同一邮箱对应不同Workflow
    options.User.RequireUniqueEmail = false;
})
.AddEntityFrameworkStores<ApplicationDbContext>()
.AddUserValidator<CustomUserValidator>(); // 注册自定义验证器

老版本Startup.cs示例 #

public void ConfigureServices(IServiceCollection services)
{
    services.AddDbContext<ApplicationDbContext>(options =>
        options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection")));

    services.AddIdentity<ApplicationUser, IdentityRole>(options => 
    {
        options.User.RequireUniqueEmail = false;
    })
    .AddEntityFrameworkStores<ApplicationDbContext>()
    .AddDefaultTokenProviders()
    .AddUserValidator<CustomUserValidator>(); // 替换默认验证器

    // 其他服务配置...
}

步骤3：验证效果 #

现在你再执行用户创建操作：

• 当输入相同邮箱+不同IdWorkflow时，result.Succeeded会返回true，用户创建成功
• 当输入相同邮箱+相同IdWorkflow时，会返回自定义的错误信息，符合你的业务规则

为什么之前改数据库索引没用？ #

ASP.NET Identity在执行CreateAsync时，会先通过内置的验证逻辑做内存检查，只有验证通过后才会操作数据库。所以仅仅修改数据库索引，无法绕过框架层面的验证——必须同步修改Identity的验证规则，才能让框架认可你的联合唯一约束。

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