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

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

该问题是由以下两种原因之一引起的:-

You tried to update a row with one or more properties are Concurrency Mode: Fixed .. and the Optimistic Concurrency prevented the data from being saved. Ie. some changed the row data between the time you received the server data and when you saved your server data. You tried to update or delete a row but the row doesn't exist. Another example of someone changing the data (in this case, removing) in between a retrieve then save OR you're flat our trying to update a field which is not an Identity (ie. StoreGeneratedPattern = Computed) and that row doesn't exist.

我得到了这个异常，我设置id列为自动增量在我的数据库的表，然后它工作得很好

在编辑时，将实体的id或主键作为视图中的隐藏字段

ie

      @Html.HiddenFor(m => m.Id)

这样问题就解决了。

此外，如果你的模型包括未使用的项目，也包括它，并张贴到控制器

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

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

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

我有这个问题与Mvc身份注册新用户，而不是:

var result = await UserManager.CreateAsync(user);

我正在做:

var result = await UserManager.UpdateAsync(user);