.NET调用RemoveRange()时出现实体主键重复附加异常求助

云上老周

2026-5-19

解决EF调用RemoveRange()时的实体附加异常

嘿，我明白你现在的困扰——调用RemoveRange()时碰到了实体附加的异常，而且搜了一圈发现大多问题都是关于新增和编辑的，根本解决不了你的删除场景问题。别急，咱们先把你提供的信息理清楚，再一步步解决。

先把你提到的代码和异常信息整理出来：

抛出异常的核心方法代码

// 这里放你实际抛出异常的方法代码，示例如下：
public void CleanupMappings()
{
    var mappingsToRemove = RemoveNullFileboundApplicationMappings();
    using (var dbContext = new YourDbContext())
    {
        dbContext.inf_DMS_FBApplicationProjectMapping.RemoveRange(mappingsToRemove);
        dbContext.SaveChanges(); // 就在这行抛出了异常！
    }
}

RemoveNullFileboundApplicationMappings方法代码

// 你的RemoveNullFileboundApplicationMappings实现代码
public List<inf_DMS_FBApplicationProjectMapping> RemoveNullFileboundApplicationMappings()
{
    using (var dbContext = new YourDbContext())
    {
        return dbContext.inf_DMS_FBApplicationProjectMapping
            .Where(m => m.ProjectId == null)
            .ToList();
    }
}

inf_DMS_FBApplicationProjectMapping实体类代码

public class inf_DMS_FBApplicationProjectMapping
{
    // 示例属性，替换成你实际的类定义
    public int Id { get; set; }
    public int ApplicationId { get; set; }
    public int? ProjectId { get; set; }
    // 其他导航属性或字段
}

完整异常信息

{"Attaching an entity of type 'inf_DMS_FBApplicationProjectMapping' failed because another entity of the same type already has the same primary key value. This can happen when using the 'Attach' method or setting the state of an entity to 'Unchanged' or 'Modified' if any entities in the graph have conflicting key values. This may be because some entities are new and have not yet received database-generated key values. In this case use the 'Add' method or the 'Added' entity state to track the graph and then set the state of non-new entities to 'Unchanged' or 'Modified' as appropriate."}

问题根源

这个异常的本质是：你传给RemoveRange()的实体，已经被另一个DbContext实例跟踪了，或者当前执行删除的DbContext里已经有相同主键的实体被跟踪。当EF尝试把这些实体附加到当前上下文来执行删除时，就会因为主键冲突抛出错误。

比如你在RemoveNullFileboundApplicationMappings里用了一个DbContext查询出实体，然后在删除方法里又新建了一个DbContext来删除这些实体，就会出现这个问题——前一个DbContext已经跟踪过这些实体了。

针对性解决方案

我给你几个实用的解决办法，按推荐程度排序：

方案1：在同一个上下文中完成查询和删除

最稳妥的方式是不要跨上下文传递实体，把查询和删除逻辑放在同一个DbContext实例里：

public void CleanupMappings()
{
    using (var dbContext = new YourDbContext())
    {
        // 直接在当前上下文中查询要删除的实体
        var mappingsToRemove = dbContext.inf_DMS_FBApplicationProjectMapping
            .Where(m => m.ProjectId == null)
            .ToList();
        
        dbContext.RemoveRange(mappingsToRemove);
        dbContext.SaveChanges();
    }
}

这样实体从一开始就被当前上下文跟踪，删除时不会有附加冲突。

方案2：手动设置实体状态为Deleted（适合必须跨上下文传递实体的场景）

如果一定要传递外部实体，你可以跳过自动附加，直接把实体状态设为Deleted，这样EF就不会尝试附加实体，而是直接生成删除SQL：

public void DeleteMappings(List<inf_DMS_FBApplicationProjectMapping> mappingsToRemove)
{
    using (var dbContext = new YourDbContext())
    {
        foreach (var mapping in mappingsToRemove)
        {
            // 直接标记为Deleted，无需附加
            dbContext.Entry(mapping).State = EntityState.Deleted;
        }
        dbContext.SaveChanges();
    }
}

注意：这种方式要求实体的主键值是有效的（对应数据库中存在的记录），否则会抛出找不到实体的错误。

方案3：用无跟踪查询获取实体

如果你需要提前查询出实体再后续删除，可以用AsNoTracking()让EF不跟踪这些实体，这样后续传递到其他上下文时就不会有冲突：

public List<inf_DMS_FBApplicationProjectMapping> RemoveNullFileboundApplicationMappings()
{
    using (var dbContext = new YourDbContext())
    {
        return dbContext.inf_DMS_FBApplicationProjectMapping
            .Where(m => m.ProjectId == null)
            .AsNoTracking() // 关键：不跟踪实体
            .ToList();
    }
}

然后再调用删除方法就不会触发附加异常了。

额外提醒

如果你的RemoveNullFileboundApplicationMappings方法里还有其他逻辑，比如修改实体后再删除，一定要注意实体的跟踪状态。尽量避免在多个DbContext实例之间传递实体，这是EF中这类异常的常见诱因。

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

.NET调用RemoveRange()时出现实体主键重复附加异常求助

抛出异常的核心方法代码 #

RemoveNullFileboundApplicationMappings方法代码 #

inf_DMS_FBApplicationProjectMapping实体类代码 #

完整异常信息 #

问题根源 #

针对性解决方案 #