我们忘记提到“enctype”，发布“多部分”表单数据。我刚刚面对的另一个场景是…

我将抛出这个，以防有人在并行循环中工作时遇到这个问题:

Parallel.ForEach(query, deet =>
{
    MyContext ctx = new MyContext();
    //do some stuff with this to identify something
    if(something)
    {
         //Do stuff
         ctx.MyObjects.Add(myObject);
         ctx.SaveChanges() //this is where my error was being thrown
    }
    else
    {
        //same stuff, just an update rather than add
    }
}

我把它改成如下:

Parallel.ForEach(query, deet =>
{
    MyContext ctxCheck = new MyContext();
    //do some stuff with this to identify something
    if(something)
    {
         MyContext ctxAdd = new MyContext();
         //Do stuff
         ctxAdd .MyObjects.Add(myObject);
         ctxAdd .SaveChanges() //this is where my error was being thrown
    }
    else
    {
        MyContext ctxUpdate = new MyContext();
        //same stuff, just an update rather than add
        ctxUpdate.SaveChanges();
    }
}

不确定这是否是“最佳实践”，但它通过让每个并行操作使用自己的上下文来解决我的问题。

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

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

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

我也面临着同样可怕的错误……:)然后我意识到我忘记设置一个

@Html。HiddenFor(model => model. userprofile . userid)

用于更新对象的主键!我容易忘记这个简单但非常重要的事情!

顺便说一下:HiddenFor是ASP的。净MVC。

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

var result = await UserManager.CreateAsync(user);

我正在做:

var result = await UserManager.UpdateAsync(user);

以上的答案都没有完全涵盖我的情况和解决方案。

在MVC5控制器中抛出错误的代码:

        if (ModelState.IsValid)
        {
            db.Entry(object).State = EntityState.Modified; 
            db.SaveChanges(); // line that threw exception
            return RedirectToAction("Index");
        }

当我从Edit视图保存对象时，我收到了这个异常。它抛出它的原因是，当我回去保存它时，我修改了构成对象主键的属性。因此，将其状态设置为Modified对EF没有任何意义——它是一个新条目，而不是先前保存的条目。

你可以通过以下两种方法来解决这个问题:A)修改save调用来添加对象;B)在edit时不要更改主键。B)。