如何让.NET 4.5与ASP.NET Core共用Identity登录表并迁移数据库

嘿，这个问题我之前帮不少开发者处理过，刚好踩过类似的坑。咱们一步步来搞定ASP.NET Core Identity和旧Web Forms/MVC项目共用登录数据库的迁移问题：

你完全不需要把旧的AspNet.Identity表结构彻底替换成Core版本的，核心是让Core Identity兼容现有表的字段，同时只添加它必须的新属性——毕竟你只是要共用登录表，会话状态已经是独立问题了。

步骤1：自定义Core Identity模型，过滤多余属性 #

ASP.NET Core Identity默认的IdentityUser、IdentityRole带了不少旧AspNet.Identity没有的属性（比如LockoutEnd、PhoneNumberConfirmed），你可以通过自定义模型来精准匹配现有表：

• 创建自定义用户类，继承IdentityUser，用[NotMapped]标记那些你不需要的新属性，或者直接只保留现有字段+必要的Core字段：

public class CustomAppUser : IdentityUser
{
    // 保留旧AspNet.Identity已有的字段：Id, UserName, PasswordHash, Email, EmailConfirmed等
    // 标记Core Identity新增但你不需要的属性为不映射到数据库
    [NotMapped]
    public override DateTimeOffset? LockoutEnd { get; set; }

    [NotMapped]
    public override bool PhoneNumberConfirmed { get; set; }

    // 如果旧表有自定义字段，在这里添加对应属性
    public string LegacyCustomField { get; set; }
}

• 同理，自定义角色类（如果你的项目用到角色功能）：

public class CustomAppRole : IdentityRole
{
    // 旧AspNet.Identity的角色表通常只有Id、Name字段
    // 忽略Core Identity新增的NormalizedName（如果旧表没有）
    [NotMapped]
    public override string NormalizedName { get; set; }
}

步骤2：配置DbContext，映射到现有表名和字段 #

旧AspNet.Identity的表名本来就是AspNetUsers、AspNetRoles这些，和Core Identity默认一致，但部分字段名（比如NormalizedUserName）旧表没有，所以要在DbContext里手动映射：

public class AppIdentityDbContext : IdentityDbContext<CustomAppUser, CustomAppRole, string>
{
    public AppIdentityDbContext(DbContextOptions<AppIdentityDbContext> options) 
        : base(options) { }

    protected override void OnModelCreating(ModelBuilder builder)
    {
        base.OnModelCreating(builder);

        // 映射用户表到现有AspNetUsers
        builder.Entity<CustomAppUser>(b =>
        {
            b.ToTable("AspNetUsers");
            // 如果字段名有差异，用HasColumnName映射，比如旧表是"EmailConfirmed"，Core默认也是，所以不用改
            // 取消Core自动生成的多余唯一索引（比如NormalizedUserName，旧表没有这个约束）
            b.HasIndex(u => u.NormalizedUserName).IsUnique(false);
        });

        // 映射角色表到现有AspNetRoles
        builder.Entity<CustomAppRole>(b =>
        {
            b.ToTable("AspNetRoles");
            b.HasIndex(r => r.NormalizedName).IsUnique(false);
        });

        // 映射用户-角色关联表到现有AspNetUserRoles
        builder.Entity<IdentityUserRole<string>>(b =>
        {
            b.ToTable("AspNetUserRoles");
        });
    }
}

步骤3：生成并执行迁移，添加Core必要字段 #

现在需要给现有表添加Core Identity必须的字段（比如NormalizedUserName、NormalizedEmail、ConcurrencyStamp），这些是Core内部逻辑依赖的：

1. 在Core项目的Package Manager Console（或终端）执行：

Add-Migration AddCoreIdentityRequiredFields

2. 打开生成的迁移文件，检查自动生成的SQL语句，确保它是添加字段而非重建表。比如自动生成的应该是类似这样的：

ALTER TABLE [AspNetUsers] ADD [NormalizedUserName] nvarchar(256) NULL;
ALTER TABLE [AspNetUsers] ADD [NormalizedEmail] nvarchar(256) NULL;
ALTER TABLE [AspNetUsers] ADD [ConcurrencyStamp] nvarchar(max) NULL;

3. 手动调整迁移文件，删掉任何可能破坏旧表的变更（比如如果旧表已经有SecurityStamp，Core也用这个，就不用动）。
4. 执行迁移，把变更应用到现有数据库：

Update-Database

步骤4：配置Identity服务，使用自定义模型 #

在Program.cs（.NET 6+）或Startup.cs里配置Identity时，指定你的自定义模型：

builder.Services.AddDefaultIdentity<CustomAppUser>(options => 
    options.SignIn.RequireConfirmedAccount = false)
    .AddRoles<CustomAppRole>()
    .AddEntityFrameworkStores<AppIdentityDbContext>();

关键注意事项 #

• 数据兼容处理：迁移后，要给现有用户的NormalizedUserName、NormalizedEmail字段填充值（比如把UserName和Email转成大写），否则Core Identity的登录逻辑会找不到用户。可以跑个SQL脚本批量更新：

UPDATE AspNetUsers 
SET NormalizedUserName = UPPER(UserName), 
    NormalizedEmail = UPPER(Email);

• 不破坏旧应用：所有添加的字段都要设为可空，绝对不要修改旧表现有字段的类型或约束，确保旧Web Forms/MVC项目能正常运行。
• 密码哈希兼容：放心，AspNet.Identity和ASP.NET Core Identity用的都是PBKDF2哈希算法，现有用户的密码可以直接在Core项目里登录，不需要重新哈希。

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