我有一个后台服务，它为表中的每个条目执行一个操作。问题是，如果我在DbContext的同一个实例上遍历并修改一些数据，就会出现这个错误。

一个解决方案，正如在这个线程中提到的，是将DbContext的生存期更改为transient，方法是将它定义为

services.AddDbContext<DbContext>(ServiceLifetime.Transient);

但是因为我在多个不同的服务中做更改，并使用SaveChanges()方法一次性提交它们，这个解决方案在我的情况下不起作用。

因为我的代码是在服务中运行的，所以我做的事情就像

using (var scope = Services.CreateScope())
{
   var entities = scope.ServiceProvider.GetRequiredService<IReadService>().GetEntities();
   var writeService = scope.ServiceProvider.GetRequiredService<IWriteService>();
   foreach (Entity entity in entities)
   {
       writeService.DoSomething(entity);
   } 
}

能够像使用一个简单的请求一样使用服务。所以为了解决这个问题，我把一个作用域分成了两个，一个用于查询，另一个用于写操作，就像这样:

using (var readScope = Services.CreateScope())
using (var writeScope = Services.CreateScope())
{
   var entities = readScope.ServiceProvider.GetRequiredService<IReadService>().GetEntities();
   var writeService = writeScope.ServiceProvider.GetRequiredService<IWriteService>();
   foreach (Entity entity in entities)
   {
       writeService.DoSomething(entity);
   } 
}

像这样，实际上使用了两个不同的DbContext实例。

另一种可能的解决方案是确保在开始迭代之前读取操作已经终止。这在我的情况下不是很实际，因为可能有很多结果，都需要加载到内存的操作，我试图避免使用一个可查询的摆在首位。

我知道这个问题在两年前就被问到过，但我刚刚遇到过这个问题，我使用的修复程序真的很有帮助。

如果你用同一个Context做两个查询，你可能需要删除AsNoTracking。如果你使用AsNoTracking，你会为每次读取创建一个新的数据读取器。两个数据读取器不能读取相同的数据。

我有一个后台服务，它为表中的每个条目执行一个操作。问题是，如果我在DbContext的同一个实例上遍历并修改一些数据，就会出现这个错误。

一个解决方案，正如在这个线程中提到的，是将DbContext的生存期更改为transient，方法是将它定义为

services.AddDbContext<DbContext>(ServiceLifetime.Transient);

但是因为我在多个不同的服务中做更改，并使用SaveChanges()方法一次性提交它们，这个解决方案在我的情况下不起作用。

因为我的代码是在服务中运行的，所以我做的事情就像

using (var scope = Services.CreateScope())
{
   var entities = scope.ServiceProvider.GetRequiredService<IReadService>().GetEntities();
   var writeService = scope.ServiceProvider.GetRequiredService<IWriteService>();
   foreach (Entity entity in entities)
   {
       writeService.DoSomething(entity);
   } 
}

能够像使用一个简单的请求一样使用服务。所以为了解决这个问题，我把一个作用域分成了两个，一个用于查询，另一个用于写操作，就像这样:

using (var readScope = Services.CreateScope())
using (var writeScope = Services.CreateScope())
{
   var entities = readScope.ServiceProvider.GetRequiredService<IReadService>().GetEntities();
   var writeService = writeScope.ServiceProvider.GetRequiredService<IWriteService>();
   foreach (Entity entity in entities)
   {
       writeService.DoSomething(entity);
   } 
}

像这样，实际上使用了两个不同的DbContext实例。

另一种可能的解决方案是确保在开始迭代之前读取操作已经终止。这在我的情况下不是很实际，因为可能有很多结果，都需要加载到内存的操作，我试图避免使用一个可查询的摆在首位。

将以下代码放入.csproject文件中并纠正所有错误

  <PropertyGroup>
     <WarningsAsErrors>CS4014</WarningsAsErrors>
  </PropertyGroup>

这段代码强制您使用await for异步方法

我也遇到过同样的问题，但原因不是上面列出的那些。我创建了一个任务，在任务内部创建了一个作用域，并要求容器获取服务。这工作得很好，但后来我在任务中使用了第二个服务，我忘记了也要求它到新的范围。因此，第二个服务使用的DbContext已经被处理了。

Task task = Task.Run(() =>
    {
        using (var scope = serviceScopeFactory.CreateScope())
        {
            var otherOfferService = scope.ServiceProvider.GetService<IOfferService>();
            // everything was ok here. then I did: 
            productService.DoSomething(); // (from the main scope) and this failed because the db context associated to that service was already disposed.
            ...
        }
    }

我应该这样做的:

var otherProductService = scope.ServiceProvider.GetService<IProductService>();
otherProductService.DoSomething();

为这个错误添加另一个可能的解决方案，以防它帮助到某人。

在我的情况下，问题是在查询中使用nav属性，就像这样:

var selectedOrder = dbContext.Orders.Where(x => x.Id == id).Single();
var relatedOrders = dbContext.Orders.Where(x => x.User.Id == selectedOrder.User.Id).ToList();

问题是在查询中使用selectedOrder.User.Id。如果User nav属性还没有被加载，EF将在试图执行查询的过程中尝试延迟加载该属性，它认为这是试图开始第二个操作。解决方案是为selectedOrder.User创建一个单独的变量。Id，以确保在查询开始之前加载了查询所需的信息:

var selectedOrder = dbContext.Orders.Where(x => x.Id == id).Single();
var userId = selectedOrder.User.Id;
var relatedOrders = dbContext.Orders.Where(x => x.User.Id == userId).ToList();