EF Core 5 如何在AsNoTracking模式下加载递归表全链路导航属性

问题根因 #

EF Core 跟踪模式下的导航属性自动关联，依赖变更跟踪器的实体身份匹配逻辑：只要相同上下文内加载过对应主键的实体，跟踪器会自动匹配外键值填充所有关联导航属性。
使用普通 AsNoTracking() 后，实体完全不纳入上下文跟踪，不存在实体实例缓存与自动关联逻辑，因此无法实现之前的自动关联效果。 #

可落地方案（按性能优先级排序） #

1. 全量数据加载后手动构建关联树（最优推荐） #

全程保持 AsNoTracking() 性能优势，通过O(n)复杂度的内存遍历完成所有导航属性绑定，无额外数据库开销，逻辑完全可控。
实现代码：

public IEnumerable<Job> GetJobTrees()
{
    // 1. 批量加载符合条件的Job，保留AsNoTracking查询性能
    var allJobs = DbContext.Set<Job>()
        .AsNoTracking()
        .Where(/* 你的时间戳等过滤条件 */)
        .ToList();

    // 2. 收集所有关联的TreeId，一次性在数据库端过滤加载全量流程数据，避免全表拉取
    var treeIds = allJobs.Select(j => j.TreeId).Distinct();
    var allFlows = DbContext.Set<Flow>()
        .AsNoTracking()
        .Where(f => treeIds.Contains(f.TreeId))
        .ToList();

    // 3. 构建主键索引，一次性完成父子流程关联
    var flowIdMap = allFlows.ToDictionary(f => f.Id);
    foreach (var flow in allFlows)
    {
        // 绑定父流程导航属性
        if (flow.ParentFlowId.HasValue 
            && flowIdMap.TryGetValue(flow.ParentFlowId.Value, out var parentFlow))
        {
            flow.ParentFlow = parentFlow;
            parentFlow.SubFlows.Add(flow);
        }
    }

    // 4. 为每个Job绑定对应的主流程导航属性
    foreach (var job in allJobs)
    {
        if (flowIdMap.TryGetValue(job.MainFlowId, out var mainFlow))
        {
            job.MainFlow = mainFlow;
        }
    }

    return allJobs;
}

方案优势

• 两次数据库往返即可完成全量数据加载，无递归查询的性能损耗
• 无额外内存开销，AsNoTracking() 模式下无实体跟踪成本，是大数据量场景下的最优解
• 关联逻辑完全自主可控，不受EF版本、查询结构变化影响

2. 使用 AsNoTrackingWithIdentityResolution 减少手动编码量 #

EF Core 5.0 原生提供该方法，在保留无变更跟踪的性能优势基础上，会内置轻量的实体身份解析逻辑：相同主键的实体不会重复生成实例，会自动匹配外键关系填充导航属性，效果和跟踪模式下的自动关联一致，但内存开销远低于完整变更跟踪。
实现代码：

public IEnumerable<Job> GetJobTrees()
{
    // 替换原有AsNoTracking为AsNoTrackingWithIdentityResolution
    var allJobs = DbContext.Set<Job>()
        .AsNoTrackingWithIdentityResolution()
        .Where(/* 你的过滤条件 */)
        .ToList();

    var treeIds = allJobs.Select(j => j.TreeId).Distinct();
    var flows = DbContext.Set<Flow>()
        .AsNoTrackingWithIdentityResolution()
        .Where(f => treeIds.Contains(f.TreeId))
        .ToList();

    // 无需额外写手动关联代码，EF会自动完成导航属性匹配
    return allJobs;
}

适用场景

• 现有代码改造量小，不需要额外编写树构建逻辑
• 数据量中等的场景，可接受轻量实体缓存带来的小幅内存开销

原有代码性能优化提示 #

之前实现的 GetAllFlowsForTreeIds 方法存在性能隐患：先将Flow表全量加载到内存（AsEnumerable()）后再匹配TreeId过滤，会导致全表数据传输。应将TreeId过滤逻辑下推到数据库端，由SQL生成IN查询完成过滤，减少不必要的数据传输。

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