我在使用Telerik的RadGrid时遇到了这个问题。我将主键设置为只读的绑定列。如果列是display="false"，它会工作得很好，但readonly="true"导致了问题。我通过将绑定列display=false并添加一个单独的模板列来解决这个问题

<telerik:GridBoundColumn HeaderText="Shouldnt see" Display="false" 
     UniqueName="Id" DataField="Id">
</telerik:GridBoundColumn>
<telerik:GridTemplateColumn HeaderText="Id" UniqueName="IdDisplay">
    <ItemTemplate>
        <asp:Label ID="IDLabel" runat="server" 
            Text='<%# Eval("Id") %>'></asp:Label>                               
    </ItemTemplate>
</telerik:GridTemplateColumn> 

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

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

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

当我在数据库中删除一些行(在循环中)，并在同一表中添加新的行时，我得到了这个错误。

我的解决方案是，在每个循环迭代中动态地创建一个新的上下文

我在一个缺少主键并且有一个DATETIME(2,3)列的表上遇到了这个问题(因此实体的“主键”是所有列的组合)…执行插入时，时间戳有一个更精确的时间(2018-03-20 08:29:51.8319154)，被截断为(2018-03-20 08:29:51.832)，因此对关键字段的查找失败。

当公认的答案说“它不会最终覆盖应用程序不知道已经发生的更改”时，我很怀疑，因为我的对象是新创建的。但后来发现，有一个INSTEAD OF UPDATE, INSERT- TRIGGER附加到表中，它正在更新同一表的计算列。

一旦我将其更改为AFTER INSERT, UPDATE，它就可以正常工作了。

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

偶尔错误:

[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();
}