ASP.NET Core 6自定义IdentityUser关联实体导航属性始终为null

你当前的实体关系Fluent API配置本身没有错误，导航属性始终为null的核心原因是：

• ASP.NET Core Identity默认的UserManager<TUser>内部生成查询时，不会自动加载你自定义的导航属性，所有导航属性默认不会被Include到查询中，因此返回的用户实例关联属性始终为null。
• 你之前尝试修改自定义ApplicationUserManager无效，是因为UserManager本身不负责生成查询逻辑，实际查询由底层UserStore执行，仅修改UserManager层无法改变查询逻辑。

你可以根据项目需求二选一，两种方案都不需要修改现有调用UserManager的业务代码，也不需要执行迁移或修改表结构。

方案1：EF Core全局自动Include（最简单，零业务改动） #

使用EF Core内置的AutoInclude特性，给Players导航属性配置全局自动加载，所有针对ApplicationUser的查询（包括UserManager内部生成的查询）都会自动关联加载tblPlayers表数据，无需手动写Include。
你只需要在ApplicationDbContext的OnModelCreating方法中，现有关系配置的基础上追加一行配置即可：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    base.OnModelCreating(modelBuilder);
    modelBuilder.Entity<Players>().HasKey(t => t.Id);

    modelBuilder.Entity<ApplicationUser>()
        .HasOne<Players>(s => s.Players)
        .WithOne(u => u.User)
        .HasForeignKey<Players>(ad => ad.UserId)
        .HasPrincipalKey<ApplicationUser>(x => x.Id)
        .IsRequired();
    
    // 追加下面这行配置即可
    modelBuilder.Entity<ApplicationUser>()
        .Navigation(u => u.Players)
        .AutoInclude();
}

• 该方案生效后，所有查询ApplicationUser的场景都会自动带出Players数据，包括你自己直接通过DbContext写的查询。
• 如果个别场景不需要加载Players，可以在查询时追加.IgnoreAutoIncludes()临时关闭自动加载，避免不必要的性能开销。

方案2：自定义UserStore统一加Include（加载行为更可控） #

如果你不希望所有DbContext查询都自动加载Players，仅希望通过UserManager获取用户时自动加载关联数据，可以自定义UserStore重写用户查询属性，仅替换Identity默认的UserStore注册即可，不需要改业务代码。

1. 首先实现自定义UserStore：

public class ApplicationUserStore : UserStore<ApplicationUser, IdentityRole, ApplicationDbContext, string>
{
    public ApplicationUserStore(ApplicationDbContext context, IdentityErrorDescriber describer = default)
        : base(context, describer)
    {
    }

    // 重写Users属性，统一Include导航属性
    public override IQueryable<ApplicationUser> Users => base.Users.Include(u => u.Players);
}

2. 在Program.cs的服务注册代码中，替换默认的UserStore实现：

builder.Services.AddDefaultIdentity<ApplicationUser>(options =>
    {
        // 保留你原来的Identity配置
        options.SignIn.RequireConfirmedAccount = true;
    })
    .AddEntityFrameworkStores<ApplicationDbContext>()
    .AddUserStore<ApplicationUserStore>(); // 追加这行注册自定义UserStore

该方案仅对通过UserManager执行的用户查询生效，你直接通过DbContext查询ApplicationUser时，默认不会加载Players，需要手动Include，加载行为更灵活可控。

配置完成后如果仍然出现null问题，按以下顺序排查：

• 检查数据库中tblPlayers.UserId字段值与AspNetUsers.Id字段值完全匹配，注意字符串大小写、前后空格问题，若数据库排序规则为大小写敏感，值大小写不一致会导致关联失败。
• 确认你没有开启EF Core的懒加载代理，懒加载要求实体属性必须标记为virtual，且DbContext生命周期未被提前释放，容易产生隐式N+1查询问题，不推荐使用。
• 不需要修改现有ApplicationUserManager的实现，上述两个方案都在数据查询层统一处理，和上层UserManager逻辑无关。

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