我在使用异步方法时偶尔会得到这个错误。自从我切换到同步方法后就没有发生过。

偶尔错误:

[Authorize(Roles = "Admin")]
[HttpDelete]
[Route("file/{id}/{customerId}/")]
public async Task<IHttpActionResult> Delete(int id, int customerId)
{
    var file = new Models.File() { Id = id, CustomerId = customerId };
    db.Files.Attach(file);
    db.Files.Remove(file);

    await db.SaveChangesAsync();

    return Ok();
}

一直有效:

[Authorize(Roles = "Admin")]
[HttpDelete]
[Route("file/{id}/{customerId}/")]
public IHttpActionResult Delete(int id, int customerId)
{
    var file = new Models.File() { Id = id, CustomerId = customerId };
    db.Files.Attach(file);
    db.Files.Remove(file);

    db.SaveChanges();

    return Ok();
}

我也有这个错误。在某些情况下，实体可能不知道您正在使用的实际数据库上下文，或者模型可能不同。为此，设置:EntityState.Modified;EntityState.Added;

这样做:

if (ModelState.IsValid)
{
context.Entry(yourModelReference).State = EntityState.Added;
context.SaveChanges();
}

这将确保实体知道你正在使用或添加正在使用的状态。此时，需要设置所有正确的模型值。小心不要丢失任何可能在后台所做的更改。

希望这能有所帮助。

    public void Save(object entity)
    {
        using (var transaction = Connection.BeginTransaction())
        {
        try
                {
                    SaveChanges();
                    transaction.Commit();
                }
                catch (OptimisticConcurrencyException)
                {
                    if (ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Deleted || ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Modified)
                        this.Refresh(RefreshMode.StoreWins, entity);
                    else if (ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Added)
                        Detach(entity);
                    AcceptAllChanges(); 
                    transaction.Commit();
                }
        }
    }

我也有同样的问题。 在我的情况下，我试图更新主键，这是不允许的。

我得到了同样的错误，因为PK的一部分是datetime列，而插入的记录使用了datetime。现在作为这一列的值。实体框架将以毫秒级精度插入值，然后以毫秒级精度查找刚刚插入的值。然而，SqlServer将该值舍入到秒精度，因此实体框架无法找到毫秒精度值。

解决方案是截断DateTime中的毫秒。在插入之前。

在我们的例子中，这个错误是由于将实体标记为已修改，而它们的属性并没有“真正”改变。例如，当你将相同的值赋给一个属性时，上下文可能会将其视为更新，而数据库则不会。

基本上，我们运行了一个脚本，用来自其他属性的连接值重新填充一个属性。对于很多记录来说，这意味着没有变化，但它将它们标记为修改。DB返回不同数量的更新对象，这可能触发了该异常。

我们通过检查属性值并仅在不同的情况下分配新的值来解决这个问题。