EF Core 2.0.1中调用SumAsync未加await致死锁，是方法问题还是用法错误？

首先明确说：这绝对不是SumAsync的问题，是你对EF Core异步操作的核心规则理解不到位导致的死锁。

核心原因：DbContext不是线程安全的 #

EF Core的DbContext设计为单线程上下文——同一时间它只能处理一个数据库操作（不管是同步还是异步）。你遇到死锁的场景，本质是同时启动了两个未等待的异步操作，它们在同一个DbContext实例上竞争资源，互相阻塞导致死锁：

• 当你执行var ratingTask = ...SumAsync()时，这个异步操作已经开始占用DbContext的资源；
• 紧接着你执行第二个查询（var details = ...），如果这里用了.Result或直接启动另一个未await的异步操作，就会触发两个操作同时争抢DbContext的锁，最终导致死锁。

为什么加await就正常？ #

await关键字会让当前线程等待第一个异步操作完成，释放DbContext的资源后，再执行第二个操作——这样就避免了并发竞争，自然不会死锁。

为什么其他异步方法（ToArrayAsync/ToListAsync）也能正常？ #

不是这些方法本身有什么特殊，而是你在使用它们的时候，大概率是正确地用了await，或者操作的执行逻辑刚好没有触发并发冲突，但本质上所有EF Core异步扩展方法都遵循同一个规则：同一DbContext不能同时执行多个异步操作。

正确的写法示例 #

写法1：顺序执行（同一DbContext）

最稳妥的方式，先等待第一个操作完成，再执行第二个：

// 先await SumAsync，释放DbContext后再执行下一个查询
var rating = await _context.Ratings.Where(r => r.ProductId == id).SumAsync(r => r.Score);
var details = await _context.ProductDetails.Where(d => d.ProductId == id).FirstOrDefaultAsync();

写法2：并行执行（需用独立DbContext）

如果想提升性能并行执行，必须为每个异步操作创建独立的DbContext实例（因为同一个DbContext不能并行处理请求）：

using (var ratingContext = new YourDbContext())
using (var detailsContext = new YourDbContext())
{
    var ratingTask = ratingContext.Ratings.Where(r => r.ProductId == id).SumAsync(r => r.Score);
    var detailsTask = detailsContext.ProductDetails.Where(d => d.ProductId == id).FirstOrDefaultAsync();
    
    // 同时等待两个并行任务完成
    await Task.WhenAll(ratingTask, detailsTask);
    
    var rating = ratingTask.Result;
    var details = detailsTask.Result;
}

额外提醒：避免阻塞调用 #

在.NET Framework中，使用.Result或.Wait()来阻塞等待异步操作，还可能触发上下文同步死锁（比如在UI线程或ASP.NET请求线程中）。所以无论何时，都应该用await来等待异步操作，而不是阻塞调用。

内容的提问来源于stack exchange，提问作者Syed Abdul Aala