Database-first模式下EF Core关联实体未加载的原因解析

这是EF Core和EF6在默认行为、导航属性加载逻辑上的核心差异导致的，具体原因如下：

• 懒加载默认配置不同
  EF6默认启用懒加载（只要导航属性标记为virtual），但EF Core默认关闭懒加载。用scaffold-dbcontext生成实体时，默认不会把导航属性设为virtual，所以直接查询T1列表时，EF Core不会自动加载关联的T2数据。

• 变更跟踪器的关联修复机制
  当你提前查询T2列表时，这些T2实体会被存入当前上下文的变更跟踪器缓存中。后续查询T1时，EF Core会自动通过外键匹配已缓存的T2实体，填充T1的T2属性——这是EF Core的**关联修复（Relationship Fixup）**特性，并非懒加载触发的加载行为。

• EF6到EF Core的加载逻辑变更
  EF6中即便不使用Include，只要上下文跟踪着关联实体或懒加载启用，导航属性就会被自动填充。但EF Core的规则更严格：

  1. 要主动加载关联数据，必须显式使用Include(t1 => t1.T2)进行预加载；
  2. 若要启用懒加载，需要两个条件：生成实体时添加--lazy-load-proxy参数（让导航属性为virtual），同时在上下文配置中调用UseLazyLoadingProxies()；
  3. 只有当关联实体已被上下文跟踪（比如提前查询过），才会通过关联修复自动填充导航属性。

示例代码 #

• 预加载关联数据的正确写法：

var t1List = _context.T1.Include(t1 => t1.T2).ToList();

• 启用懒加载的步骤：
  1. 重新生成实体时添加参数：

scaffold-dbcontext "你的数据库连接字符串" Microsoft.EntityFrameworkCore.SqlServer --lazy-load-proxy

2. 在上下文的OnConfiguring方法中配置：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder.UseLazyLoadingProxies();
}

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