主键值错误：附加'app.Models.LookupMatchStatus'实体失败问题咨询

嘿，这个EF的主键冲突错误我太熟了，刚入行的时候踩过好多次！先把你遇到的错误信息贴出来，咱们慢慢拆解：

附加类型为'app.Models.LookupMatchStatus'的实体失败，因为同一类型的另一个实体已拥有相同主键值。使用'Attach'方法或将实体状态设置为'Unchanged'或'Modified'时，若实体图中存在冲突键值，可能会触发此问题。这也可能是由于部分新实体尚未获取数据库生成的键值，此时应使用'Add'方法或'Added'实体状态来跟踪实体图及相关操作。

为啥会出现这个错误？ #

说白了就是EF的上下文（DbContext）在跟踪实体的时候“认死理”——同一个上下文里绝对不能有两个主键相同的同类型实体。常见的触发场景有两种：

• 你想Attach或者修改一个实体，但这个实体的主键已经被上下文里的另一个实例占用了；
• 你把一个还没拿到数据库生成主键的新实体（比如自增ID的实体），错误地用了Attach这类针对“已有实体”的方法，而不是Add。

怎么解决？ #

1. 先检查上下文有没有在跟踪同主键实体 #

在操作实体之前，先去上下文的Local集合里查一查，有没有已经存在的同主键实例：

var existingStatus = context.LookupMatchStatus.Local.FirstOrDefault(s => s.Id == yourStatus.Id);
if (existingStatus != null)
{
    // 直接修改已跟踪的实体就行，不用再Attach
    context.Entry(existingStatus).CurrentValues.SetValues(yourStatus);
}
else
{
    // 没有的话再正常Attach/修改状态
    context.Attach(yourStatus);
    context.Entry(yourStatus).State = EntityState.Modified;
}

2. 分清楚新实体和已有实体的操作姿势 #

• 如果是刚创建的新实体（比如还没存到数据库，主键是默认值或者还没生成）：别用Attach，直接用Add或者设置Added状态，EF会自动帮你处理主键生成和跟踪：

  context.LookupMatchStatus.Add(newStatus);
  // 或者手动设置状态
  context.Entry(newStatus).State = EntityState.Added;
  

• 如果是从数据库查出来的已有实体：要么确保你是在同一个上下文里操作，要么用AsNoTracking()查询原实体（不让原上下文跟踪它），再拿到当前上下文里处理。

3. 别跨上下文传递实体 #

如果你的实体是从另一个DbContext里拿过来的，千万别直接Attach到当前上下文——原上下文还在盯着它呢！最好的办法是把实体转成DTO（数据传输对象），再用DTO的数据重新构建一个新的实体实例，然后在当前上下文里操作这个新实例。

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