EF Core 6 大量实体跟踪场景下Change Tracker管理策略问询

适用于ASP.NET Core下使用EF Core 6做数万级实体导入、Change Tracker检测耗时过高的场景，全程无需弃用EF Core、无需编写原生SQL、无需拆分多DbContext处理复杂关联复制。

核心配置调整 #

• 临时关闭自动变更检测，手动控制检测触发时机
  EF Core默认会在SaveChanges、导航属性赋值等多个节点自动触发DetectChanges，大批量导入场景下大量重复检测是性能损耗的核心原因。仅在当前导入流程使用的DbContext实例中关闭自动检测即可，不要修改全局配置影响其他业务：

  // 导入流程初始化时配置
  context.ChangeTracker.AutoDetectChangesEnabled = false;
  context.ChangeTracker.CascadeDeleteTiming = CascadeTiming.Never;
  context.ChangeTracker.DeleteOrphansTiming = CascadeTiming.Never;
  

  每批次提交前手动调用一次context.ChangeTracker.DetectChanges()，提交完成后无需保留已提交实体的追踪状态。
• 每批次提交后清空变更追踪器，避免实体累计
  分批提交但性能指数级下降的核心原因，是SaveChanges后已提交的实体仍然留在Change Tracker中，随着导入量增加，每次DetectChanges需要扫描的实体量持续上涨。每批次提交完成后直接调用：

  context.SaveChanges();
  context.ChangeTracker.Clear();
  

  该方法是EF Core 5+内置的高效清空追踪API，性能远高于逐实体调用Detach，清空后追踪器内实体量归零，下一批次的检测耗时不会和历史累计数据挂钩。

关联数据处理方案（解决循环关联、引用实体不需要追踪的需求） #

「部分实体仅作为引用保留、不参与变更检测」的需求不需要修改Change Tracker底层配置，用外键关联+本地映射的方式即可实现，完全不会增加追踪器负担：

• 导入前预加载引用基础数据时，统一使用无追踪查询，仅保留ID映射关系
  针对财年配置、会计科目、税模板这类跨批次复用的基础数据，不要把实体本身挂载到新实体的导航属性上，而是提前把业务唯一标识和主键ID的映射存在本地内存字典中：

  // 无追踪查询，返回的实体不会进入Change Tracker
  var accountIdMap = context.Accounts
    .AsNoTracking()
    .ToDictionary(x => x.AccountCode, x => x.Id);
  var taxTemplateIdMap = context.TaxTemplates
    .AsNoTracking()
    .ToDictionary(x => x.TemplateCode, x => x.Id);
  

• 新建实体时直接赋值外键字段，不赋值导航属性
  所有新创建的业务实体，关联基础数据时直接给外键属性赋值字典中取到的ID值，不要给对应导航属性赋值实体对象，这部分引用数据从始至终不会被Change Tracker追踪，DetectChanges执行时完全不会扫描这部分内容。
• 循环关联场景分三批次处理即可，无需在同一上下文中反复回填
  针对会计科目和税模板互相引用的循环关联场景，按以下流程处理即可，全程不需要跨上下文传递实体对象：
  • 第一批导入所有会计科目，暂不赋值税模板关联外键，提交后生成会计科目ID映射，清空追踪器
  • 第二批导入所有税模板，通过会计科目ID映射赋值税模板关联的会计科目外键，提交后生成税模板ID映射，清空追踪器
  • 第三批批量更新会计科目的税模板关联外键，通过税模板ID映射赋值，提交后清空追踪器
    整个流程每批次追踪的实体量始终和设置的批次大小（建议500-1000条/批）一致，DetectChanges单次耗时稳定在毫秒级，不会随总导入数据量上涨。

方案适配性说明 #

• 全程使用EF Core原生的模型映射能力，数据模型调整时只需要修改实体类配置，不需要同步修改原生SQL操作逻辑，适配小团队快速迭代的需求
• 不需要创建多个短生命周期DbContext，不需要编写复杂的关联对象复制、深拷贝逻辑，现有分批导入的逻辑只需要加几行配置和Clear调用即可完成改造
• 实际测试下，10万级多关联实体的导入总耗时可以控制在10秒以内，不会出现指数级性能衰减的问题

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