c# "A second operation was started on this context" EF Core并发异常详解

来源：这里教程网时间：2026-02-21 17:39:57 作者：

$c# \$

为什么一并发就报

A second operation was started on this context

这不是你代码写错了，而是 EF Core 的

DbContext

本身就不支持多线程同时操作。它的底层数据库连接（比如 SQL Server 的

SqlConnection

）是单线程安全的，不能并行执行多个查询或保存操作。哪怕只是两个

await _context.Users.ToListAsync()

在同一实例上“错开时间”发起，也可能因异步调度重叠而触发该异常。

常见诱因包括：

List.ForEach(async item => await ...)
—— 看似异步，实则
ForEach
不等待
Task
，瞬间发起一堆未 await 的 DB 操作在同一个
DbContext
实例上调用
ToListAsync()
后，还没等它完成，又调了
SaveChangesAsync()
把
DbContext
声明为
static
或注册为
Singleton
，导致跨请求/跨线程复用延迟执行（
IEnumerable<t></t>
+
Where
）后，在
foreach
循环里又调用其他 DB 方法，而上下文已被前序操作占用

services.AddDbContext

怎么配才不踩坑

ASP.NET Core 默认注册方式是

Scoped

（每个 HTTP 请求一个实例），这基本够用；但一旦你在后台任务、定时器、或手动启线程中使用，就很容易掉进共享实例的坑里。

正确做法是：除非明确需要长生命周期，否则一律用

Transient

—— 每次从 DI 容器获取都是新实例：

services.AddDbContext<AppDbContext>(options =>
    options.UseSqlServer(connectionString),
    ServiceLifetime.Transient);

如果你必须在非请求上下文中用 DbContext（比如

IHostedService

），那就别依赖注入字段，改用

IServiceProvider

按需创建：

using var scope = _serviceProvider.CreateScope();
var context = scope.ServiceProvider.GetRequiredService<AppDbContext&gt();

这样能确保每次 DB 操作都拥有独立、干净的上下文。

ToList()

、

FirstOrDefault()

这些方法真能救命？

能，但只解决“延迟执行引发的嵌套访问”这一类问题，不是万能解药。它们的作用是把查询**立即执行并加载进内存**，切断后续对数据库的隐式依赖。

例如下面这段危险代码：

var users = _context.Users.Where(u => u.IsActive); // IQueryable → 延迟执行
foreach (var user in users) // 第一次枚举 → 触发查询
{
    user.LastLogin = DateTime.UtcNow;
    await _context.SaveChangesAsync(); // ❌ 此时上下文还在忙 users 查询！
}

改成：

var users = await _context.Users.Where(u => u.IsActive).ToListAsync(); // ✅ 立即取回全部到内存
foreach (var user in users)
{
    user.LastLogin = DateTime.UtcNow;
}
await _context.SaveChangesAsync(); // ✅ 上下文此时空闲

注意：

ToListAsync()

是异步版，必须

await

；而

ToList()

是同步阻塞调用，Web 场景中严禁使用。

异步循环里最容易翻车的写法

List.ForEach

和

foreach (var x in list)

在异步语境下行为完全不同：

list.ForEach(async x => await DoDbWork(x))
：编译通过，但实际是“发射一堆没 await 的 Task”，等于并发打 DB
foreach (var x in list) { await DoDbWork(x); }
：顺序执行，安全想真正并发处理？用
Task.WhenAll(list.Select(x => DoDbWork(x)))
，但前提是每个
DoDbWork
内部都新建自己的
DbContext
实例

一句话：只要涉及多个异步 DB 调用，就别图省事用