异步方法中存在多个互不依赖的await时，async/await执行逻辑是怎样的？

你的第一种理解是正确的，当前代码是串行执行的：

• 执行到第一个await Context.People.FindAsync(1)时，方法会暂停，直到数据库查询返回person对象，接着完成person.Name = "foo"的赋值；
• 之后才会执行await Context.Animals.FindAsync(2)，同样等待查询完成后赋值；
• 最后才处理Hybrids的查询与赋值。

C#的await不会自动识别任务是否依赖并并行执行，它的默认逻辑是等待当前异步任务完全完成后，再推进后续代码。如果要实现你猜测的并行查询，需要手动先启动所有异步任务，再统一等待，示例代码如下：

// 先启动所有异步查询任务，不立即等待
var personTask = Context.People.FindAsync(1);
var animalTask = Context.Animals.FindAsync(2);
var hybridTask = Context.Hybrids.FindAsync(3);

// 等待所有任务完成
var person = await personTask;
var animal = await animalTask;
var hybrid = await hybridTask;

// 同步完成赋值操作
person.Name = "foo";
animal.Name = "bar";
hybrid.Name = "godless abomination";

也可以用Task.WhenAll批量等待所有任务：

var personTask = Context.People.FindAsync(1);
var animalTask = Context.Animals.FindAsync(2);
var hybridTask = Context.Hybrids.FindAsync(3);

// 等待所有任务同时完成
await Task.WhenAll(personTask, animalTask, hybridTask);

// 获取任务结果并赋值
var person = personTask.Result;
var animal = animalTask.Result;
var hybrid = hybridTask.Result;

person.Name = "foo";
animal.Name = "bar";
hybrid.Name = "godless abomination";

自行解决这类问题的建议 #

• 夯实async/await基础：明确await的核心是「暂停当前上下文，等待任务完成后恢复执行」，并行的关键是「先启动所有任务，再统一等待」，而非依赖编译器自动优化。
• 调试验证：给代码加时间戳日志，或者开启EF的SQL日志，观察三个数据库查询的发起时间——串行执行时查询会依次出现，并行时几乎同时发起。
• 极简测试：用Task.Delay模拟异步操作，对比串行和并行写法的耗时差异，直观理解执行逻辑：

  using System.Diagnostics;
  
  // 串行耗时测试
  var sw = Stopwatch.StartNew();
  await Task.Delay(1000);
  await Task.Delay(1000);
  await Task.Delay(1000);
  Console.WriteLine($"串行耗时：{sw.ElapsedMilliseconds}ms"); // 约3000ms
  
  // 并行耗时测试
  sw.Restart();
  var t1 = Task.Delay(1000);
  var t2 = Task.Delay(1000);
  var t3 = Task.Delay(1000);
  await Task.WhenAll(t1, t2, t3);
  Console.WriteLine($"并行耗时：{sw.ElapsedMilliseconds}ms"); // 约1000ms
  

• 查阅框架文档：确认EF的异步方法行为，比如EF Core的DbContext虽非线程安全，但并行查询不同DbSet的操作是允许的。

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