EF中SaveChanges前移除已添加实体时遇主键重复错误求助

这个坑我之前踩过！核心原因其实是EF的上下文不允许同时跟踪两个具有相同主键的实体——当你把第一个实体设为EntityState.UnChanged时，它仍然处于上下文的跟踪状态，此时再把第二个同主键的实体也设为UnChanged，EF就会检测到主键冲突，抛出你看到的错误。

正确的解决方案：改用EntityState.Detached #

与其将实体状态设为UnChanged（仍然被上下文跟踪），不如直接标记为Detached，让实体完全脱离上下文的跟踪。这样EF在执行SaveChanges时就不会处理这些实体，自然也不会产生主键冲突。

示例代码（重写SaveChanges方法）：

public override int SaveChanges()
{
    // 筛选出所有不需要持久化的实体（这里假设你有自定义的标记规则，比如接口）
    var nonPersistEntities = ChangeTracker.Entries()
        .Where(entry => /* 你的筛选条件，比如 entry.Entity is IExcludeFromPersistence */)
        .ToList();

    foreach (var entry in nonPersistEntities)
    {
        // 关键操作：改为Detached而非UnChanged
        entry.State = EntityState.Detached;
    }

    return base.SaveChanges();
}

为什么单个实体没问题？ #

当只有一个目标实体时，上下文里没有其他同主键的跟踪实体，所以设为UnChanged不会触发冲突。但多个同主键实体时，第一个已经被上下文跟踪，第二个再设为UnChanged就会让EF认为存在重复的跟踪实体，从而报错。

额外小建议 #

如果这些不需要持久化的实体是你手动添加到DbContext的，也可以在添加时就考虑跳过跟踪：比如用Attach而非Add（如果实体状态本就是未修改的），或者添加后立刻标记为Detached，避免后续处理时的麻烦。

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