Main方法中使用Await时，任务完成前控制权归属谁？

咱们先拆解你给出的两个await场景，把控制权的流向说清楚：

1. F1方法里的await：控制权回到Main #

先看F1里的await Task.Run(...)：这是普通async方法里的await，当这个await遇到未完成的Task时，会立刻把控制权交还给调用F1的那个方法——也就是Main方法。这时候Main不会继续往下执行，因为它本身也是async方法，遇到自己的await（await F1()）时也会挂起，这就轮到第二个场景了。

2. async Main里的await：控制权交还给.NET运行时 #

而async Task Main是个特殊情况——它是整个程序的顶层入口点，没有上层的调用方法了。当Main里执行到await F1()并挂起时，控制权会交还给**.NET运行时的入口调度器**。

具体来说，.NET运行时会在启动你的程序时，专门为async Main创建一个异步执行上下文：

• 当Main挂起时，运行时会负责等待F1的Task完成；
• 等F1执行完毕后，运行时会把控制权交回Main，让它继续执行剩下的代码（如果有的话）；
• 当整个Main的Task完成后，运行时就会终止程序。

用你的代码示例再明确下：

public static async Task Main() 
{ 
    await F1() ; // 控制权交还给.NET运行时
} 
public static async Task F1() 
{ 
    await Task.Run(()=>{/* 耗时操作 */}) ; // 控制权交还给Main方法
}

补充个小背景：在早期的.NET版本里（比如.NET Framework 4.6.1及之前、.NET Core 1.x），async Main是不被官方支持的，开发者只能在同步Main里用F1().Wait()或者F1().GetAwaiter().GetResult()来阻塞等待异步操作完成。从.NET Core 2.0和.NET Framework 4.6.2开始，运行时才专门适配了async Task作为入口点的情况，就是为了让异步入口更自然。

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