异步方法赋值变量与Task.Run的差异：三个示例行为是否一致？

你已经理解Task.Run和Task.Factory.StartNew的区别，现在想明确以下三个示例的行为是否完全一致：

示例1：直接调用异步方法 #

var task1 = GetUsersAsync();
var task2 = GetCarsAsync();

await Task.WaitAll(task1, task2);

• 执行逻辑：调用GetUsersAsync()和GetCarsAsync()时，方法会立即在当前线程同步执行，直到遇到第一个await未完成的任务，此时方法返回一个未完成的Task并赋值给变量。两个异步方法的同步执行部分会依次在当前线程运行（先执行GetUsersAsync的同步代码到第一个await后返回，再执行GetCarsAsync的同步代码），之后它们的异步逻辑会并行执行。最后await Task.WaitAll等待两个任务全部完成。
• 特点：同步执行部分占用当前线程，后续异步逻辑会回到当前上下文（如UI线程、ASP.NET请求上下文，若存在）。

示例2：Task.Run包裹同步委托 #

var task1 = Task.Run(() => GetUsersAsync());
var task2 = Task.Run(() => GetCarsAsync());

await Task.WaitAll(task1, task2);

• 执行逻辑：Task.Run会把传入的同步委托（() => GetUsersAsync()）放到线程池线程执行。委托内部调用GetUsersAsync()，同样同步执行到第一个await后返回Task，此时Task.Run会自动对返回的Task进行解包（Unwrap），最终task1指向的是GetUsersAsync()返回的任务。两个委托分别在不同的线程池线程启动，它们的同步执行部分并行在线程池运行，异步逻辑也并行执行。
• 特点：同步执行部分不占用当前线程，完全由线程池处理，异步逻辑默认回到线程池上下文（除非用ConfigureAwait(false)）。

示例3：Task.Run包裹async lambda #

var task1 = Task.Run(async () => await GetUsersAsync());
var task2 = Task.Run(async () => await GetCarsAsync());

await Task.WaitAll(task1, task2);

• 执行逻辑：这和示例2的行为几乎完全一致。async () => await GetUsersAsync()本质是一个返回Task的异步委托，Task.Run同样会自动解包这个异步委托返回的Task，最终task1还是指向GetUsersAsync()返回的任务。唯一的区别是写法：async lambda里的await会让委托内部等待GetUsersAsync()完成，但Task.Run解包后，外层的task1直接关联到底层的任务，所以实际运行效果和示例2没有差异。

三者行为总结 #

相同点 #

• 最终都能并行执行GetUsersAsync()和GetCarsAsync()的异步逻辑，await Task.WaitAll都会等待两个任务全部完成。

不同点 #

1. 同步执行部分的线程归属：
   • 示例1：同步代码在当前线程执行
   • 示例2、3：同步代码在线程池线程执行
2. 写法差异：
   • 示例2和3只是语法形式不同，编译后执行逻辑几乎无区别，因为Task.Run对同步委托返回的Task和异步委托都会自动解包。

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