EF Core查询单个Node时关联对象为null，ToList却正常？

这个问题本质是Entity Framework Core（EF Core）中关系修复（Relationship Fixup）和加载策略的差异导致的，我来帮你拆解清楚：

为什么全量查询正常，单个查询关联节点为null？ #

• 当你调用mContext.Nodes.ToList()时，EF Core会把所有Node实体加载到内存中，此时上下文的变更跟踪器会自动扫描所有实体，根据外键关系把关联的父/子节点填充到对应的导航属性里——这就是关系修复。所以即使你没显式指定Include，导航属性也会被正确赋值。
• 而调用FirstOrDefaultAsync(m => m.ID == pID)时，EF Core只会加载匹配的单个Node实体，上下文里没有它的关联节点数据，同时如果没有开启延迟加载，也不会自动去数据库查询关联数据，所以导航属性就会是null。

解决方法 #

1. 显式加载关联节点（推荐，精准控制加载范围） #

如果你只需要加载特定层级的关联节点，可以用Include和ThenInclude来指定要加载的导航属性。假设你的NodeModel有ParentNode（父节点）和ChildNodes（子节点集合）两个导航属性，修改代码如下：

public async Task<NodeModel> FindByID(string pID, CancellationToken pCancellationToken) {
    pCancellationToken.ThrowIfCancellationRequested();
    // 同时加载父节点和直接子节点
    return await Context.Nodes
        .Include(m => m.ParentNode)
        .Include(m => m.ChildNodes)
        .FirstOrDefaultAsync(m => m.ID == pID, pCancellationToken);
}

如果需要加载整个树形结构（递归所有层级的子节点），EF Core 5及以上版本可以用递归CTE查询实现，示例代码如下：

public async Task<NodeModel> FindByIDWithFullTree(string pID, CancellationToken pCancellationToken) {
    pCancellationToken.ThrowIfCancellationRequested();
    
    // 用递归CTE查询获取根节点及所有子节点
    var allRelatedNodes = await Context.Nodes
        .FromSqlRaw(@"
            WITH RecursiveNodes AS (
                SELECT * FROM Nodes WHERE ID = {0}
                UNION ALL
                SELECT n.* FROM Nodes n
                INNER JOIN RecursiveNodes rn ON n.ParentID = rn.ID
            )
            SELECT * FROM RecursiveNodes", pID)
        .ToListAsync(pCancellationToken);
    
    // 手动修复节点间的关联关系
    var rootNode = allRelatedNodes.First(m => m.ID == pID);
    foreach (var node in allRelatedNodes.Skip(1)) {
        var parentNode = allRelatedNodes.First(m => m.ID == node.ParentID);
        parentNode.ChildNodes.Add(node);
        node.ParentNode = parentNode;
    }
    
    return rootNode;
}

2. 启用延迟加载（适合灵活访问关联数据的场景） #

如果希望在需要访问导航属性时，EF Core自动从数据库加载关联数据，可以开启延迟加载：

• 首先确保NodeModel的导航属性是virtual的（让EF Core能生成代理类）：

  public class NodeModel {
      public string ID { get; set; }
      public string ParentID { get; set; }
      public virtual NodeModel ParentNode { get; set; }
      public virtual ICollection<NodeModel> ChildNodes { get; set; } = new List<NodeModel>();
      // 其他业务属性...
  }
  

• 然后在DbContext的配置中启用延迟加载代理：

  protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder) {
      optionsBuilder
          .UseSqlServer("你的数据库连接字符串")
          .UseLazyLoadingProxies(); // 开启延迟加载代理
  }
  

  这样当你访问node.ChildNodes或node.ParentNode时，EF Core会自动发起数据库查询加载关联数据。注意：延迟加载可能引发N+1查询问题，需要根据业务场景谨慎使用。

3. 利用跟踪查询的关系修复（仅限特定场景） #

如果你已经在同一个上下文实例中加载过关联节点，那么单个查询时EF Core会自动修复关系。比如先调用ToList()加载全量数据，再调用FindByID，此时导航属性会被正确赋值。但这种方法依赖上下文的状态，不适合作为通用解决方案。

内容的提问来源于stack exchange，提问作者A.Mills