Asp.Net EF Core 同一DbContext并发操作报错解决方案求助

错误触发原因 #

你遇到的这个EF Core报错本质是同一个DbContext实例同一时间被多个并行的异步操作占用，结合你提供的代码，具体触发点有3个：

1. GetActiveUser方法语法错误导致异步操作未正确等待
   你代码里的GetActiveUser方法内部用了await关键字，但方法本身没有加async修饰符，实际运行时会导致该方法的异步查询逻辑没有被正确等待，后续Hero仓储的数据库操作和用户查询操作并行执行，抢占同一个DbContext资源。
2. Async void方法的残留隐患
   你HeroRepository中注释掉的refreshPowerUps方法用了async void声明，这类异步方法无法被外部等待，如果你修改仓储时没有完全屏蔽该方法的调用，它内部的SaveAllAsync执行时不会阻塞后续代码，会和其他数据库操作并行触发冲突。
3. 同请求下多仓储共享DbContext的时序问题
   你的User仓储和Hero仓储都注入了同一个Scoped生命周期的DbContext，PowerUp/DeleteHero方法原有流程是「查询用户→查询Hero→查询全量Hero列表→提交更改」，如果某一步的异步操作没有正确await，就会出现上一个数据库操作还没完成，下一个就已经启动的情况。

修复方案 #

1. 先修正GetActiveUser方法的语法错误：

// 补充async关键字，保证异步逻辑正常等待
private async Task<AppUser> GetActiveUser()
{
    var userId = User.FindFirst(ClaimTypes.NameIdentifier)?.Value;
    var user = await _userRepository.GetUserByIdAsync(userId);
    return user;
}

2. 彻底移除/重构async void类型的方法：如果需要保留refreshPowerUps逻辑，将方法返回值改为async Task，每次调用时必须加await等待执行完成。
3. 优化PowerUp/DeleteHero的操作流程，避免查询和提交操作抢占DbContext：修改完实体后先提交更改，再查询生成返回的Dto即可：

// 优化后的PowerUp方法示例
[HttpPost("powerUp/{id}")]
public async Task<ActionResult> PowerUp(int id)
{
    var user = await this.GetActiveUser();
    var hero = await _heroRepository.GetHeroById(id);
    var canHeroPowerUp = _heroRepository.PowerUpAuthorizer(hero);
    if (!canHeroPowerUp)
    {
        return BadRequest($"{hero.Name} 今日的升级次数已用尽");
    }
    _heroRepository.PowerUp(hero);
    // 先提交更改，再查询Dto
    if (!await _userRepository.SaveAllAsync()) 
    { 
        return BadRequest($"升级{hero.Name}失败"); 
    }
    var heroesDto = await _heroRepository.HeroesDtoConverter(user);
    return Ok(heroesDto);
}

4. 开发环境可开启EF Core线程安全检查，快速定位并发问题：

services.AddDbContext<DataContext>(options =>
{
    options.UseSqlServer(config.GetConnectionString("DefaultConnection"))
    // 开发环境开启并发操作检查
    .EnableThreadSafetyChecks();
});

后续规避方案 #

• 业务逻辑中禁止使用async void声明异步方法，所有异步方法统一返回Task/Task<T>，保证可以被正常等待
• 所有异步调用必须加await关键字，禁止直接丢弃返回的Task对象
• Scoped生命周期的DbContext不要注入到单例服务中，避免跨请求共享同一个DbContext实例
• 开发阶段开启EF Core的线程安全检查，提前暴露并发操作问题

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