等待将控制权返回给调用者——谁在等待的任务中执行同步代码？

Question

当遇到等待时，控制权返回给调用者，而等待的任务在后台运行（发出/等待网络请求/响应）。我知道等待任务在等待网络响应时不需要线程，因为它实际上并没有运行任何东西，只是在等待。

我想问一下-假设在awaited函数中，有一些像Console.WriteLine这样的同步代码，那么因为控制权已经回到了调用者，谁来执行console.writeline？

假设按钮点击事件发生await Fn1();。

示例 1：

async Task<string> fn1() {
    string result = await NetworkCallAsync('http......');
    return result;
}

在上面的例子中遇到await Fn1()，控制权回到UI线程，同时进行网络调用。我明白这一点。当网络调用完成后，Ui 线程将执行剩下的代码。那就是 - 获取结果并返回。

示例 2：

async Task<string> fn1() {
    Console.WriteLine("hello"); //or any other synchronous code like Thread.Sleep(10);
    string result = await NetworkCallAsync('http......');
    return result;
}

在上面的代码中，当按钮点击遇到await Fn1()并且已经将控制权返回给UI线程，那么谁执行Console.WriteLine（或Thread.Sleep(10)）如上例所示）？

Answer 1

任务不一定需要任何线程来执行。一个任务可能代表一个 IO 操作，即磁盘或网络访问。如果是这样，任务可以使用操作系统中的异步功能来避免在等待时使用任何线程。

如果您自己开始一个任务，您可以指定一个taskScheduler 来确定要使用的线程。通常是操作系统线程或任意线程池线程。

任务也可以同步完成，要么因为结果已经可用，要么因为方法需要实现 API，使用真正的异步 IO 工作量很大。

作为任务的用户，您通常不需要关心任务是如何运行的，只需关心它是否已完成。

Answer 2

Console.WriteLine("hello"); 将在调用 Fn1() 的同一线程上调用。在执行Fn1 内第一个await 之前的所有代码之前，Fn1() 不会返回Task<string>。 Console.WriteLine("hello"); 行位于第一个 await 之前，因此它将在调用线程上同步运行。