咨询：EF Core新增Mark对象时出现Subject实体重复跟踪报错如何解决

报错根本原因 #

这个异常和你给Subject查询加AsNoTracking没有冲突，核心是待新增的Mark构成的实体关联图里，存在两个主键相同的不同Subject实例，触发EF Core的跟踪唯一性校验。
具体对应你的代码逻辑：

1. 查询teacher时你用了Include(t => t.Subjects)，返回的teacher对象的Subjects集合里，已经包含了一个Id=6的Subject实例（即和成绩关联的科目）。
2. 你单独查询dbSubject拿到的是另一个独立的、同样Id=6的Subject实例。
3. 新建Mark时你同时赋值了两个关联导航属性：
   • Mark.Subject = dbSubject（Id=6的实例A）
   • Mark.Teacher = teacher（该对象的Subjects导航属性中包含Id=6的实例B）
4. 执行AddAsync(mark)时，EF Core会自动遍历新Mark的所有可达关联导航属性，把所有实体纳入跟踪上下文。遍历过程中先后遇到两个不同的同主键Subject实例，直接抛出重复跟踪错误。
   AsNoTracking仅作用于查询本身，不会把查询返回的实体自动加入跟踪，完全不影响后续你把这些非跟踪实体的关联图附加到上下文时的重复校验逻辑。
   你不需要手动对AsNoTracking查出的Subject做额外附加操作，手动附加反而可能加剧问题。

根治修复方案 #

核心思路是避免实体图里出现同主键的重复实例，优先推荐直接用外键赋值的方式，性能最好也最不容易出错：

• 方案1：直接关联外键ID，不加载完整导航实体
  完全不需要查完整的dbSubject和teacher实体，仅查询需要的主键ID赋值即可：

  var dbSubjectId = await _db.Subjects.AsNoTracking()
      .Where(s => s.Name == subject)
      .Select(s => s.Id)
      .FirstAsync();
  var mark = new Mark
  {
      SubjectId = dbSubjectId, // 直接关联科目外键
      Value = value,
      TeacherId = userId, // 你已经通过GetUserId拿到老师ID，不需要再查完整teacher实体
      Date = dateTime
  };
  await _db.Marks.AddAsync(mark);
  await _db.SaveChangesAsync();
  

  这种方式下EF不会加载任何冗余关联数据，从根源上杜绝重复实例问题。
• 方案2：必须使用完整实体时，复用同主键的唯一实例
  如果业务逻辑必须用到teacher或dbSubject的其他属性，要保证同一个主键的实体在整个关联图中只出现一次，直接复用从teacher关联的Subject即可，不需要单独重复查询：

  var relatedSubject = teacher.Subjects.FirstOrDefault(s => s.Name == subject);
  if (!student.Marks.Any(m => m.Date == dateTime && m.Subject.Name == subject))
  {
      var mark = new Mark
      {
          Subject = relatedSubject, // 复用同一个Subject实例，避免重复
          Value = value,
          Teacher = teacher,
          Date = dateTime
      };
      await _db.Marks.AddAsync(mark);
      await _db.SaveChangesAsync();
  }
  

• 方案3：手动指定实体状态，禁用自动关联遍历
  如果要保留现有实体结构，可以手动控制跟踪状态，避免EF自动遍历冗余导航属性：

  var mark = new Mark
  {
      Subject = dbSubject,
      Value = value,
      Teacher = teacher,
      Date = dateTime
  };
  // 仅手动跟踪Mark实体，不自动遍历其关联的导航属性
  _db.Entry(mark).State = EntityState.Added;
  await _db.SaveChangesAsync();
  

  这种方式不推荐长期使用，容易引发其他关联数据的状态不一致问题。

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