Entity Framework Core相同主键实体附加到DbContext报错问题咨询

你已经明确了冲突来源：同一个Scoped生命周期的DbContext内，先后加载了两个主键相同的User实体，一个是校验时从数据库查询得到的existingUser，另一个是前端绑定的待更新UserObj，调用Update方法时EF无法同时跟踪两个同主键实体导致报错。

• 方案1：直接查询是否存在，不加载实体（最优） #

校验邮箱唯一性不需要把完整用户实体加载到上下文，直接用Any()方法做存在性判断即可，完全不会产生跟踪实体，同时性能更优，还能简化校验逻辑：

private bool UserAlreadyExists(Domain.User user)
{
    // 仅判断是否存在「同邮箱但ID不同」的用户即可
    return UoW.UserRepository
        .Find(u => u.Email.Trim().ToUpper() == user.Email.Trim().ToUpper() && u.Id != user.Id)
        .Any();
}

• 方案2：校验查询使用无跟踪查询 #

如果你的校验逻辑确实需要读取用户实体的其他字段做判断，可以在查询时添加AsNoTracking()，让EF不跟踪查询返回的实体，自然不会产生跟踪冲突：

var existingUser = UoW.UserRepository
    .Find(u => u.Email.Trim().ToUpper() == user.Email.Trim().ToUpper())
    .AsNoTracking() // 新增这行即可
    .FirstOrDefault();

如果你的仓储封装了IQueryable返回，直接追加AsNoTracking()扩展方法即可，不需要修改现有仓储逻辑。

• 方案3：更新时优先使用上下文已跟踪的实体 #

你也可以放弃直接更新前端绑定的UserObj，改为先从上下文查询待更新的用户实体，手动赋值需要修改的字段再保存，既能避免跟踪冲突，还能防止前端恶意篡改不允许修改的字段（如用户权限、创建时间等），安全性更高：

// 校验通过后，查询已被跟踪的用户实体（会优先取上下文本地缓存，没有才查库）
var userToUpdate = UoW.UserRepository.Find(u => u.Id == UserObj.Id).First();
// 仅赋值允许更新的字段
userToUpdate.Name = UserObj.Name;
userToUpdate.Email = UserObj.Email;
UoW.SaveChanges();

• 方案4：手动分离实体（下策，不推荐优先使用） #

你提到的手动分离existingUser确实可以解决问题，在UserAlreadyExists方法返回前添加分离逻辑即可：

if(existingUser != null)
{
    // 获取DbContext实例后把实体状态改为Detached
    UoW.DbContext.Entry(existingUser).State = EntityState.Detached;
}

该方案需要你对外暴露UnitOfWork持有的DbContext实例，且手动处理跟踪状态容易遗漏，仅作为临时兼容方案使用。

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