异步编程Task与async await问题求助：并行执行报错解决方案

这个问题我之前做业务系统时也踩过坑！你遇到的"A second operation started on this context before a previous asynchronous operation completed"错误，核心原因是EF Core的DbContext实例默认是线程不安全的——你在三个并行的异步任务里共享了同一个_entities实例，同时执行Add和SaveChangesAsync操作，就会触发这个并发冲突。

一、快速解决当前错误的方法 #

要解决这个问题，关键是让每个并行任务使用独立的DbContext实例，不能共享同一个。这里分两种场景给出方案：

1. 依赖注入场景（ASP.NET Core等） #

如果你的项目用了依赖注入，推荐通过IServiceScopeFactory为每个任务创建独立的作用域，从而获取专属的DbContext：

// 假设DoTask1注入了IServiceScopeFactory
public async Task DoTask1(int ActionId, int ItemId, int UserId, IServiceScopeFactory scopeFactory)
{
    using var scope = scopeFactory.CreateScope();
    var dbContext = scope.ServiceProvider.GetRequiredService<YourDbContext>();
    
    try
    {
        // 注意：GetPointsAwardedForAction也要用这个新的DbContext查询
        var points = await dbContext.ActionPoints
            .Where(a => a.ActionId == ActionId)
            .Select(a => a.Points)
            .FirstOrDefaultAsync()
            .ConfigureAwait(false);

        var dailyActivityPoint = new DailyActivityPoint()
        {
            ActionId = ActionId,
            CreatedDate = DateTime.Now,
            ItemId = ItemId,
            UserId = UserId,
            PointsAccumulated = points
        };

        dbContext.DailyActivityPoints.Add(dailyActivityPoint);
        await dbContext.SaveChangesAsync().ConfigureAwait(false);
    }
    catch (Exception ex)
    {
        // 绝对不要空catch！至少记录日志，比如用ILogger
        // _logger.LogError(ex, "DoTask1执行失败，ActionId:{ActionId}", ActionId);
    }
}

然后你的主方法可以保持原来的并行逻辑：

public async Task<xyz> DoMainTask(int ActionId, int ItemId, int UserId, IServiceScopeFactory scopeFactory)
{
    var t1 = DoTask1(ActionId, ItemId, UserId, scopeFactory);
    var t2 = DoTask2(ActionId, ItemId, UserId, scopeFactory);
    var t3 = DoTask3(ActionId, ItemId, UserId, scopeFactory);

    await Task.WhenAll(t1, t2, t3).ConfigureAwait(false);

    // 后续逻辑
    return new xyz();
}

2. 手动创建DbContext场景 #

如果没有用依赖注入，直接在每个任务里手动创建新的DbContext实例：

public async Task DoTask1(int ActionId, int ItemId, int UserId)
{
    // 从配置获取连接字符串，或者直接传入
    var dbOptions = new DbContextOptionsBuilder<YourDbContext>()
        .UseSqlServer("你的数据库连接字符串")
        .Options;

    using var dbContext = new YourDbContext(dbOptions);
    
    try
    {
        var points = await dbContext.ActionPoints
            .Where(a => a.ActionId == ActionId)
            .Select(a => a.Points)
            .FirstOrDefaultAsync()
            .ConfigureAwait(false);

        var dailyActivityPoint = new DailyActivityPoint()
        {
            // ... 赋值逻辑
            PointsAccumulated = points
        };

        dbContext.DailyActivityPoints.Add(dailyActivityPoint);
        await dbContext.SaveChangesAsync().ConfigureAwait(false);
    }
    catch (Exception ex)
    {
        // 记录日志
    }
}

二、异步编程的最佳实践（结合你的场景） #

1. 严格遵守DbContext的线程安全规则 #

DbContext设计为单次请求/单次操作的实例，绝对不能在多个并发任务、多个线程之间共享。任何时候并发操作数据库，都要给每个操作分配独立的DbContext。

2. 永远不要写空catch块 #

空catch会吞掉所有异常，导致你根本不知道哪里出了问题。至少要记录异常日志，方便后续排查。

3. 并行任务的错误处理 #

用Task.WhenAll时，如果某个任务抛出异常，会被包装成AggregateException，要正确捕获处理：

public async Task<xyz> DoMainTask(int ActionId, int ItemId, int UserId, IServiceScopeFactory scopeFactory)
{
    var t1 = DoTask1(ActionId, ItemId, UserId, scopeFactory);
    var t2 = DoTask2(ActionId, ItemId, UserId, scopeFactory);
    var t3 = DoTask3(ActionId, ItemId, UserId, scopeFactory);

    try
    {
        await Task.WhenAll(t1, t2, t3).ConfigureAwait(false);
    }
    catch (AggregateException ex)
    {
        foreach (var innerEx in ex.InnerExceptions)
        {
            // 逐个记录每个任务的异常
            // _logger.LogError(innerEx, "并行任务执行失败");
        }
        // 根据业务决定是否继续执行，还是抛出异常
        throw;
    }

    return new xyz();
}

4. 合理使用ConfigureAwait(false) #

在非UI线程的代码中（比如服务层、数据访问层），await后加上ConfigureAwait(false)可以避免捕获当前上下文，提升异步操作的性能。注意：如果代码需要访问HttpContext等上下文对象，就不要加。

5. 只在任务真正独立时使用并行 #

只有当多个任务之间没有依赖关系（不需要彼此的执行结果）时，才适合用并行。如果任务之间有先后依赖，串行await会更清晰、更不容易出错。

6. 坚持返回Task/Task<T>而非void #

你已经做到了这一点，非常棒！返回void的异步方法无法被正确await，异常也只能通过全局捕获处理，排查难度极大。所有异步方法都应该返回Task或Task<T>。

三、效果验证 #

修改后，三个任务会并行执行，总耗时应该接近单个任务的最长耗时（比如3秒左右，而不是原来的9秒），同时不会再触发DbContext的并发错误。

内容的提问来源于stack exchange，提问作者user1063760