.NET Core 2 EF：扩展ApplicationUser的外键对象GetUserAsync未填充

嘿，我来帮你解决这个问题！你遇到的情况是ASP.NET Identity的GetUserAsync默认不会自动加载关联的UserCity和Organization对象——虽然外键CityId和OrganizationId能正确获取，但对应的导航实体却为NULL。这是因为Identity内部的查询并没有包含这些关联项，不过Entity Framework确实有几种机制能实现自动填充，我给你详细说说：

方法1：启用延迟加载（简单但需注意性能） #

EF Core默认支持延迟加载，只要配置正确，当你第一次访问导航属性时，EF会自动去数据库查询对应的实体。你已经满足了第一个条件：导航属性是virtual的（比如public virtual City UserCity { get; set; }），接下来只需要在你的DbContext里启用延迟加载代理：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    // 启用延迟加载代理
    optionsBuilder.UseLazyLoadingProxies();
    // 别忘了你的数据库连接配置，比如：
    // optionsBuilder.UseSqlServer("你的连接字符串");
}

这样之后，当你调用user.UserCity或者user.Organization时，EF会自动帮你加载对应的实体。不过要注意，这种方式可能会导致N+1查询问题——如果批量处理多个用户，每个用户都触发一次关联查询，性能会受影响，所以适合简单场景。

方法2：自定义扩展方法，显式Include关联实体（推荐，灵活可控） #

如果你不想用延迟加载，更稳妥的方式是写一个扩展方法，在查询时显式指定要加载的关联实体。这样可以精确控制要加载的内容，避免不必要的数据库查询：

public static async Task<ApplicationUser> GetUserWithRelatedEntitiesAsync(this UserManager<ApplicationUser> userManager, ClaimsPrincipal principal)
{
    var userId = userManager.GetUserId(principal);
    // 显式Include需要的导航属性
    return await userManager.Users
        .Include(u => u.UserCity)
        .Include(u => u.Organization)
        .FirstOrDefaultAsync(u => u.Id == userId);
}

之后你就可以用这个扩展方法替代原生的GetUserAsync：

var user = await _userManager.GetUserWithRelatedEntitiesAsync(User);

这种方式的好处是灵活，你可以根据不同场景决定是否加载关联实体，不会影响其他不需要加载的地方。

方法3：重写UserManager的GetUserAsync（全局生效） #

如果你的项目里很多地方都需要在获取用户时自动加载这些关联实体，那可以重写UserManager的GetUserAsync方法，让全局调用都自动包含关联项：

首先创建自定义的CustomUserManager：

public class CustomUserManager : UserManager<ApplicationUser>
{
    private readonly DbContext _context;

    public CustomUserManager(
        IUserStore<ApplicationUser> store,
        IOptions<IdentityOptions> optionsAccessor,
        IPasswordHasher<ApplicationUser> passwordHasher,
        IEnumerable<IUserValidator<ApplicationUser>> userValidators,
        IEnumerable<IPasswordValidator<ApplicationUser>> passwordValidators,
        ILookupNormalizer keyNormalizer,
        IdentityErrorDescriber errors,
        IServiceProvider services,
        ILogger<UserManager<ApplicationUser>> logger,
        DbContext context) 
        : base(store, optionsAccessor, passwordHasher, userValidators, passwordValidators, keyNormalizer, errors, services, logger)
    {
        _context = context;
    }

    public override async Task<ApplicationUser> GetUserAsync(ClaimsPrincipal principal)
    {
        var userId = GetUserId(principal);
        // 查询时自动Include关联实体
        return await _context.Set<ApplicationUser>()
            .Include(u => u.UserCity)
            .Include(u => u.Organization)
            .FirstOrDefaultAsync(u => u.Id == userId);
    }
}

然后在你的服务配置里（比如Program.cs或者Startup.cs）替换默认的UserManager：

services.AddIdentity<ApplicationUser, IdentityRole>()
    .AddEntityFrameworkStores<ApplicationDbContext>()
    .AddUserManager<CustomUserManager>(); // 注册自定义的UserManager

这样以后，所有调用_userManager.GetUserAsync(User)的地方都会自动加载UserCity和Organization了。

总结一下 #

• 简单场景选方法1，配置方便但要注意性能问题；
• 大多数情况推荐方法2，灵活可控，避免不必要的查询；
• 全局需要加载关联实体时选方法3，一劳永逸。

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