我也遇到过同样的问题，但原因不是上面列出的那些。我创建了一个任务，在任务内部创建了一个作用域，并要求容器获取服务。这工作得很好，但后来我在任务中使用了第二个服务，我忘记了也要求它到新的范围。因此，第二个服务使用的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();

你可以使用SemaphoreSlim来阻止下一个尝试执行EF调用的线程。

static SemaphoreSlim semSlim = new SemaphoreSlim(1, 1);

await semSlim.WaitAsync();
try
{
  // something like this here...
  // EmployeeService.GetList(); or...
  var result = await _ctx.Employees.ToListAsync();
}
finally
{
  semSlim.Release();
}

在某些情况下，当调用没有await关键字的异步方法时，会发生此错误，这可以通过在方法调用之前添加await来简单地解决。然而，答案可能与上述问题无关，但它可以帮助解决类似的错误。

我也遇到过同样的问题，但原因不是上面列出的那些。我创建了一个任务，在任务内部创建了一个作用域，并要求容器获取服务。这工作得很好，但后来我在任务中使用了第二个服务，我忘记了也要求它到新的范围。因此，第二个服务使用的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();

我不确定你是否使用IoC和依赖注入来解决你的DbContext可能被使用的地方。如果你使用了。net Core(或任何其他IoC- container)的原生IoC，并且你得到了这个错误，请确保将DbContext注册为Transient。做

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

OR

services.AddTransient<MyContext>();

而不是

services.AddDbContext<MyContext>();

AddDbContext将上下文作为作用域添加，这在处理多线程时可能会带来麻烦。

当使用异步lambda表达式时，async / await操作也会导致这种行为。

将其添加为瞬态也有其缺点。你不能在多个使用上下文的类上修改某个实体，因为每个类都有自己的DbContext实例。

对此的简单解释是，DbContext实现不是线程安全的。你可以在这里阅读更多相关内容