实体对象不能被 IEntityChangeTracker 的多个实例引用。 在 Entity Framework 4.1 中向实体添加相关对象时

Question

我正在尝试保存 Employee 详细信息，该详细信息与 City 相关。 但是每次我尝试保存已验证的联系人时，我都会收到异常“ADO.Net 实体框架实体对象不能被 IEntityChangeTracker 的多个实例引用”

我已经阅读了很多帖子，但仍然不知道该怎么做……我的保存按钮点击代码如下

protected void Button1_Click(object sender, EventArgs e)
    {
        EmployeeService es = new EmployeeService();
        CityService cs = new CityService();

        DateTime dt = new DateTime(2008, 12, 12);
        Payroll.Entities.Employee e1 = new Payroll.Entities.Employee();

        Payroll.Entities.City city1 = cs.SelectCity(Convert.ToInt64(cmbCity.SelectedItem.Value));

        e1.Name = "Archana";
        e1.Title = "aaaa";
        e1.BirthDate = dt;
        e1.Gender = "F";
        e1.HireDate = dt;
        e1.MaritalStatus = "M";
        e1.City = city1;        

        es.AddEmpoyee(e1,city1);
    }

和员工服务代码

public string AddEmpoyee(Payroll.Entities.Employee e1, Payroll.Entities.City c1)
        {
            Payroll_DAO1 payrollDAO = new Payroll_DAO1();
            payrollDAO.AddToEmployee(e1);  //Here I am getting Error..
            payrollDAO.SaveChanges();
            return "SUCCESS";
        }

Answer 1

因为这两行...

EmployeeService es = new EmployeeService();
CityService cs = new CityService();

...不要在构造函数中使用参数，我猜您在类中创建了一个上下文。 当你加载city1 ...

Payroll.Entities.City city1 = cs.SelectCity(...);

...您附加city1在上下文CityService 。 后来你添加一个city1作为新的参考Employee e1 ，并添加e1包括这个参考city1在语境中EmployeeService 。 因此，您将city1附加到两个不同的上下文，这是异常所抱怨的。

您可以通过在服务类之外创建上下文并在两个服务中注入和使用它来解决此问题：

EmployeeService es = new EmployeeService(context);
CityService cs = new CityService(context); // same context instance

您的服务类看起来有点像只负责单一实体类型的存储库。 在这种情况下，当您为服务使用单独的上下文时，一旦涉及实体之间的关系，您就会总是遇到麻烦。

您还可以创建负责一组密切相关实体的单个服务，例如EmployeeCityService （具有单个上下文），并将Button1_Click方法中的整个操作委托给该服务的一个方法。

Answer 2

重现步骤可以简化为：

var contextOne = new EntityContext();
var contextTwo = new EntityContext();

var user = contextOne.Users.FirstOrDefault();

var group = new Group();
group.User = user;

contextTwo.Groups.Add(group);
contextTwo.SaveChanges();

没有错误的代码：

var context = new EntityContext();

var user = context.Users.FirstOrDefault();

var group = new Group();
group.User = user; // Be careful when you set entity properties. 
// Be sure that all objects came from the same context

context.Groups.Add(group);
context.SaveChanges();

只使用一个EntityContext就可以解决这个问题。 有关其他解决方案，请参阅其他答案。

Answer 3

这是一个旧线程，但我更喜欢的另一种解决方案是更新 cityId，而不是将孔模型 City 分配给 Employee ......这样做 Employee 应该如下所示：

public class Employee{
    ...
    public int? CityId; //The ? is for allow City nullable
    public virtual City City;
}

那么分配就足够了：

e1.CityId=city1.ID;

Answer 4

除了注入和更糟糕的单例之外，您可以在 Add 之前调用Detach方法。

EntityFramework 6: ((IObjectContextAdapter)cs).ObjectContext.Detach(city1);

EntityFramework 4: cs.Detach(city1);

还有另一种方法，以防您不需要第一个 DBContext 对象。 只需使用关键字包装它：

Payroll.Entities.City city1;
using (CityService cs = new CityService())
{
  city1 = cs.SelectCity(Convert.ToInt64(cmbCity.SelectedItem.Value));
}

Answer 5

我遇到了同样的问题，但我对 @Slauma 解决方案的问题（尽管在某些情况下很好）是它建议我将上下文传递到服务中，这意味着上下文可从我的控制器获得。 它还强制我的控制器和服务层之间紧密耦合。

我正在使用依赖注入将服务/存储库层注入控制器，因此无法从控制器访问上下文。

我的解决方案是让服务/存储库层使用上下文的相同实例 - 单例。

上下文单例类：

参考： http : //msdn.microsoft.com/en-us/library/ff650316.aspx
和http://csharpindepth.com/Articles/General/Singleton.aspx

public sealed class MyModelDbContextSingleton
{
  private static readonly MyModelDbContext instance = new MyModelDbContext();

  static MyModelDbContextSingleton() { }

  private MyModelDbContextSingleton() { }

  public static MyModelDbContext Instance
  {
    get
    {
      return instance;
    }
  }
}  

存储库类：

public class ProjectRepository : IProjectRepository
{
  MyModelDbContext context = MyModelDbContextSingleton.Instance;
  [...]

确实存在其他解决方案，例如将上下文实例化一次并将其传递到服务/存储库层的构造函数中，或者我读到的另一个正在实现工作单元模式的方法。 我确定还有更多...

Answer 6

就我而言，我使用的是 ASP.NET Identity Framework。 我使用内置的UserManager.FindByNameAsync方法来检索ApplicationUser实体。 然后，我尝试在不同DbContext上新创建的实体上引用此实体。 这导致了您最初看到的异常。

我通过创建一个只有来自UserManager方法的Id的新ApplicationUser实体并引用该新实体来解决这个问题。

Answer 7

我遇到了同样的问题，我可以解决为我试图更新的对象创建一个新实例。 然后我将该对象传递给我的存储库。

Answer 8

在这种情况下，错误很明显：实体框架无法使用IEntityChangeTracker多个实例或通常的DbContext多个实例来跟踪实体。 解决方案是：使用DbContext一个实例； 通过单个存储库访问所有需要的实体（取决于DbContext一个实例）； 或关闭对通过存储库访问的所有实体的跟踪，而不是抛出此特定异常的实体。

在 .Net Core Web API 中遵循控制模式反转时，我经常发现我的控制器具有依赖项，例如：

private readonly IMyEntityRepository myEntityRepo; // depends on MyDbContext
private readonly IFooRepository fooRepo; // depends on MyDbContext
private readonly IBarRepository barRepo; // depends on MyDbContext
public MyController(
    IMyEntityRepository myEntityRepo, 
    IFooRepository fooRepo, 
    IBarRepository barRepo)
{
    this.fooRepo = fooRepo;
    this.barRepo = barRepo;
    this.myEntityRepo = myEntityRepo;
}

和用法像

...
myEntity.Foo = await this.fooRepository.GetFoos().SingleOrDefaultAsync(f => f.Id == model.FooId);
if (model.BarId.HasValue)
{
    myEntity.Foo.Bar = await this.barRepository.GetBars().SingleOrDefaultAsync(b => b.Id == model.BarId.Value);
}

...
await this.myEntityRepo.UpdateAsync(myEntity); // this throws an error!

由于所有三个存储库每个请求都依赖于不同的DbContext实例，因此我有两种选择来避免该问题并维护单独的存储库：更改 DbContext 的注入以每次调用仅创建一次新实例：

// services.AddTransient<DbContext, MyDbContext>(); <- one instance per ctor. bad
services.AddScoped<DbContext, MyDbContext>(); // <- one instance per call. good!

或者，如果子实体以只读方式使用，请关闭对该实例的跟踪：

myEntity.Foo.Bar = await this.barRepo.GetBars().AsNoTracking().SingleOrDefault(b => b.Id == model.BarId);

Answer 9

在为项目 (ASP.Net MVC EF6.2) 实施 IoC 后，我遇到了同样的问题。

通常我会在控制器的构造函数中初始化一个数据上下文，并使用相同的上下文来初始化我的所有存储库。

然而，使用 IoC 来实例化存储库导致它们都具有单独的上下文，我开始收到此错误。

现在，当我想到更好的方法时，我已经回过头来仅使用通用上下文来更新存储库。

Answer 10

在整个事务中使用相同的 DBContext 对象。

Answer 11

这就是我遇到这个问题的方式。 首先，我需要保存我的Order ，它需要引用我的ApplicationUser表：

  ApplicationUser user = new ApplicationUser();
  user = UserManager.FindById(User.Identity.GetUserId());

  Order entOrder = new Order();
  entOrder.ApplicationUser = user; //I need this user before saving to my database using EF

问题是我正在初始化一个新的 ApplicationDbContext 来保存我的新Order实体：

 ApplicationDbContext db = new ApplicationDbContext();
 db.Entry(entOrder).State = EntityState.Added;
 db.SaveChanges();

所以为了解决这个问题，我使用了同样的ApplicationDbContext，而不是使用ASP.NET MVC的内置UserManager。

取而代之的是：

user = UserManager.FindById(User.Identity.GetUserId());

我使用了我现有的 ApplicationDbContext 实例：

//db instance here is the same instance as my db on my code above.
user = db.Users.Find(User.Identity.GetUserId()); 

Answer 12

对于我的场景，我们有一个解决方案，其中包含多个引用相同上下文的应用程序。 我必须更新 unity.config 文件，将生命周期类型添加到上下文中。

<lifetime type="PerResolveLifetimeManager" />

Answer 13

错误来源：

ApplicationUser user = await UserManager.FindByIdAsync(User.Identity.Name);
ApplicationDbContext db = new ApplicationDbContent();
db.Users.Uploads.Add(new MyUpload{FileName="newfile.png"});
await db.SavechangesAsync();/ZZZZZZZ

希望有人能节省一些宝贵的时间