ASP.NET Core 8 Razor Pages迁移SQLite后角色分配失败求助

核心原因 #

AspNetCore Identity的角色匹配依赖NormalizedName字段，默认使用大写格式（通过UpperInvariant规则处理）。你的种子数据中设置的NormalizedName是小写值（如client.NormalizedName = "client"），而调用AddToRoleAsync(user, "client")时，系统会自动将传入的角色名转换为大写"CLIENT"去数据库匹配，导致找不到对应角色，触发报错。

解决方案 #

1. 修正种子数据的NormalizedName #

修改AppDbContext.cs中的角色种子数据，将NormalizedName设置为大写：

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

    var admin = new IdentityRole("admin");
    admin.NormalizedName = "ADMIN"; // 改为大写

    var client = new IdentityRole("client");
    client.NormalizedName = "CLIENT"; // 改为大写

    var seller = new IdentityRole("seller");
    seller.NormalizedName = "SELLER"; // 改为大写

    builder.Entity<IdentityRole>().HasData(admin, client, seller);
}

2. 更新数据库 #

• 生成新的迁移文件：

  dotnet ef migrations add FixRoleNormalizedNames
  

• 应用迁移到SQLite数据库：

  dotnet ef database update
  

如果不想生成迁移，也可以直接用DBBrowser for SQLite手动修改AspNetRoles表的NormalizedName字段，将三个角色的值改为对应的大写。

3. 验证角色查询逻辑（可选） #

可以在注册代码中添加日志，确认系统实际查询的角色名：

// 在AddToRoleAsync前添加
var normalizedRoleName = _userManager.NormalizeName("client");
_logger.LogInformation("Normalized role name: {NormalizedName}", normalizedRoleName);

这会输出系统实际用来匹配的角色名，确认是否和数据库中的NormalizedName一致。

对疑问的解答 #

1. 为什么数据库有角色但查询返回Null？
   因为Identity的角色查询逻辑是基于NormalizedName而非Name，系统将传入的"client"转换为大写"CLIENT"后，数据库中对应的NormalizedName是小写"client"，匹配失败，所以返回Null。

2. 迁移后上下文无问题但报错的原因？
   问题出在种子数据的NormalizedName不符合Identity的默认规范，SQL Server对大小写不敏感（默认配置），所以之前用SQL Server时不会触发这个问题，但SQLite虽然也大小写不敏感，但Identity的查询逻辑是精确匹配NormalizedName字段的值，导致跨数据库迁移后暴露了这个细节问题。

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