如何在Blazor应用中使用自定义用户表实现登录？

完全可以基于Blazor内置的ASP.NET Core Identity实现需求，不建议从头开发认证功能——内置Identity已经封装了成熟的身份验证、会话管理、安全防护逻辑，从头开发不仅工作量大，还容易遗漏安全细节（比如密码存储规范、CSRF防护、Token生命周期管理等）。以下是具体实现思路：

核心实现步骤 #

1. 扩展Identity用户类，映射自定义User表 #

创建自定义用户类继承IdentityUser，关联原有User表的字段（包括ORG_ID），通过EF Core的映射配置指定表名和字段对应关系：

public class ApplicationUser : IdentityUser
{
    // 对应原有User表的ORG_ID字段
    public int ORG_ID { get; set; }
    // 其他自定义字段...
}

在DbContext中配置映射（如果原有表字段名和Identity默认字段不一致，需手动指定）：

public class AppDbContext : IdentityDbContext<ApplicationUser>
{
    public AppDbContext(DbContextOptions<AppDbContext> options) : base(options) { }

    protected override void OnModelCreating(ModelBuilder builder)
    {
        base.OnModelCreating(builder);
        // 映射到原有User表
        builder.Entity<ApplicationUser>().ToTable("User");
        // 字段映射示例：如果原有密码字段叫PasswordHashOld
        builder.Entity<ApplicationUser>()
               .Property(u => u.PasswordHash)
               .HasColumnName("PasswordHashOld");
        // 映射ORG_ID字段
        builder.Entity<ApplicationUser>()
               .Property(u => u.ORG_ID)
               .HasColumnName("ORG_ID");
    }
}

2. 适配原有密码加密策略 #

实现IPasswordHasher<ApplicationUser>接口，替换Identity默认的密码哈希逻辑，兼容原有加密方式：

public class CustomPasswordHasher : IPasswordHasher<ApplicationUser>
{
    public string HashPassword(ApplicationUser user, string password)
    {
        // 如果新注册用户需要沿用原有加密逻辑，在此实现；否则可保留Identity默认逻辑
        return YourMvcAppPasswordEncryptionMethod(password);
    }

    public PasswordVerificationResult VerifyHashedPassword(ApplicationUser user, string hashedPassword, string providedPassword)
    {
        // 使用原MVC应用的密码验证逻辑对比输入密码和数据库存储的哈希值
        bool isValid = YourMvcAppPasswordVerificationMethod(providedPassword, hashedPassword);
        return isValid ? PasswordVerificationResult.Success : PasswordVerificationResult.Failed;
    }
}

然后在Program.cs中注册自定义哈希器：

builder.Services.AddScoped<IPasswordHasher<ApplicationUser>, CustomPasswordHasher>();

3. 实现组织级登录验证（子域名关联ORG_ID） #

• 子域名解析ORG_ID：编写中间件，从当前请求的域名中提取子域名，转换为对应的ORG_ID，存入HttpContext.Items供后续验证使用：

public class SubdomainMiddleware
{
    private readonly RequestDelegate _next;

    public SubdomainMiddleware(RequestDelegate next)
    {
        _next = next;
    }

    public async Task InvokeAsync(HttpContext context)
    {
        var host = context.Request.Host.Host;
        var subdomain = host.Split('.')[0]; // 需根据实际域名格式调整解析逻辑
        // 假设存在从子域名获取ORG_ID的方法
        int orgId = GetOrgIdFromSubdomain(subdomain);
        context.Items["CurrentOrgId"] = orgId;
        await _next(context);
    }
}

• 登录时验证组织归属：扩展SignInManager或自定义登录逻辑，在验证邮箱密码后，额外检查用户的ORG_ID是否与子域名解析出的组织ID一致：

public async Task<SignInResult> PasswordSignInWithOrgCheck(string email, string password, bool isPersistent, bool lockoutOnFailure)
{
    var user = await UserManager.FindByEmailAsync(email);
    if (user == null)
    {
        return SignInResult.Failed;
    }

    // 获取子域名对应的ORG_ID
    var currentOrgId = (int)HttpContext.Items["CurrentOrgId"];
    if (user.ORG_ID != currentOrgId)
    {
        return SignInResult.Failed;
    }

    // 调用密码验证逻辑
    var result = await PasswordSignInAsync(user, password, isPersistent, lockoutOnFailure);
    return result;
}

4. 配置Blazor认证服务 #

在Program.cs中配置Identity使用自定义的用户类和DbContext：

builder.Services.AddDbContext<AppDbContext>(options =>
    options.UseSqlServer(builder.Configuration.GetConnectionString("YourExistingDbConnection")));

builder.Services.AddDefaultIdentity<ApplicationUser>(options => options.SignIn.RequireConfirmedAccount = false)
    .AddEntityFrameworkStores<AppDbContext>();

builder.Services.AddRazorPages();
builder.Services.AddServerSideBlazor();
// 注册子域名中间件
builder.Services.AddScoped<SubdomainMiddleware>();

方案对比 #

新手友好的实施路径 #

1. 先完成基础对接：配置自定义ApplicationUser和DbContext，实现密码哈希器，确保能通过原有邮箱密码登录。
2. 逐步添加组织验证：先在登录逻辑中硬编码ORG_ID进行验证，待逻辑跑通后再实现子域名解析功能。
3. 复用Blazor内置组件：使用<LoginDisplay>、<AuthorizeView>等组件快速实现授权页面，减少重复开发。

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