如何扩展IdentityUser添加客户信息及UserManager的FindByEmailAsync方法

你需要打破Identity默认的邮箱唯一性限制，让同一个邮箱可以关联不同的CustomerId，同时扩展UserManager来支持按邮箱+客户ID查找用户。下面是一步步的解决方案：

1. 调整ApplicationUser与数据库约束 #

首先，Identity默认会给Email字段加上唯一索引，所以我们需要先移除这个约束，然后添加Email+CustomerId的组合唯一约束，确保同一邮箱不会重复属于同一个客户。

确认ApplicationUser类定义 #

你的ApplicationUser已经包含了CustomerId和导航属性，保持现有结构即可：

public class ApplicationUser : IdentityUser
{
    public async Task<ClaimsIdentity> GenerateUserIdentityAsync(UserManager<ApplicationUser> manager)
    {
        var userIdentity = await manager.CreateIdentityAsync(this, DefaultAuthenticationTypes.ApplicationCookie);
        // 可在此添加自定义用户Claim
        return userIdentity;
    }

    public Customer Customer { get; set; }
    [Required]
    public int CustomerId { get; set; }
}

在DbContext中配置组合唯一约束 #

打开你的ApplicationDbContext（继承自IdentityDbContext<ApplicationUser>），重写OnModelCreating方法，修改索引规则：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    base.OnModelCreating(modelBuilder);

    // 移除默认的Email单独唯一约束
    modelBuilder.Entity<ApplicationUser>()
        .Property(u => u.Email)
        .HasColumnAnnotation("Index", new IndexAnnotation(new IndexAttribute { IsUnique = false }));

    // 添加Email + CustomerId的组合唯一约束
    modelBuilder.Entity<ApplicationUser>()
        .HasIndex(u => new { u.Email, u.CustomerId })
        .IsUnique();
}

如果你用的是EF Core，语法稍有不同：

modelBuilder.Entity<ApplicationUser>()
    .HasIndex(u => new { u.Email, u.CustomerId })
    .IsUnique();

// 确保Email的单独索引不唯一（若之前存在）
modelBuilder.Entity<ApplicationUser>()
    .HasIndex(u => u.Email)
    .IsUnique(false);

2. 扩展UserManager添加自定义查找方法 #

我们可以创建自定义的ApplicationUserManager继承自UserManager<ApplicationUser>，添加专属的查找方法：

public class ApplicationUserManager : UserManager<ApplicationUser>
{
    public ApplicationUserManager(IUserStore<ApplicationUser> store)
        : base(store)
    {
    }

    // 自定义方法：按Email和CustomerId查找用户
    public async Task<ApplicationUser> FindByEmailAndCustomerIdAsync(string email, int customerId)
    {
        // 直接通过UserManager的Users属性（支持IQueryable）查询
        return await Users.FirstOrDefaultAsync(u => u.Email == email && u.CustomerId == customerId);
    }

    // 静态创建方法，保持和默认UserManager一致的配置逻辑
    public static ApplicationUserManager Create(IdentityFactoryOptions<ApplicationUserManager> options, IOwinContext context)
    {
        var manager = new ApplicationUserManager(new UserStore<ApplicationUser>(context.Get<ApplicationDbContext>()));
        
        // 关闭Email唯一性验证，因为我们现在允许同一邮箱对应不同客户
        manager.UserValidator = new UserValidator<ApplicationUser>(manager)
        {
            AllowOnlyAlphanumericUserNames = false,
            RequireUniqueEmail = false
        };

        // 可在此配置密码规则、锁定策略等其他验证逻辑
        return manager;
    }
}

在Startup中注册自定义UserManager #

确保在Startup.Auth.cs或Startup类中替换默认的UserManager注册：

app.CreatePerOwinContext(ApplicationDbContext.Create);
app.CreatePerOwinContext<ApplicationUserManager>(ApplicationUserManager.Create);

3. 修改AddAccount方法使用新的查找逻辑 #

现在把原来的FindByEmailAsync替换为自定义的FindByEmailAndCustomerIdAsync，同时注意UserName必须唯一（Identity默认要求），所以要生成唯一的用户名：

public async Task<bool> AddAccount(string email, int customerId)
{
    // 使用自定义方法查找用户
    var user = await UserManager.FindByEmailAndCustomerIdAsync(email, customerId);
    string password = Membership.GeneratePassword(5, 1);

    if (user == null)
    {
        // 生成唯一UserName：邮箱+客户ID，避免重复
        user = new ApplicationUser 
        { 
            UserName = $"{email}_{customerId}",
            Email = email, 
            CustomerId = customerId 
        };
        var result = await UserManager.CreateAsync(user, password);
        if (!result.Succeeded)
        {
            // 可在此记录错误信息用于调试
            foreach (var error in result.Errors)
            {
                Debug.WriteLine($"创建用户失败：{error}");
            }
            return false;
        }
    }
    return true;
}

额外提醒 #

• 完成配置后，记得生成并执行EF迁移，更新数据库的索引和约束。
• 如果需要登录时支持邮箱+客户ID的验证逻辑，也要在登录方法中先通过FindByEmailAndCustomerIdAsync找到用户，再验证密码。

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