被await的函数包含同步代码时的控制流转逻辑是怎样的？

被await调用的异步方法中，位于第一个await语句之前的所有同步代码，都会在控制权交回给调用方之前，在当前调用线程（你场景中的UI线程）同步执行完成。

执行流程示例 #

我们可以通过实际的代码结构拆解执行逻辑，假设someFn的实现如下：

async Task someFn()
{
    // 第一个await之前的同步代码段
    Console.WriteLine("同步代码执行开始");
    Thread.Sleep(1000); // 同步阻塞操作
    int temp = 1 + 2;

    // 第一个异步等待点
    await Task.Delay(2000);

    // 第一个await之后的代码
    Console.WriteLine("异步等待完成后的代码");
}

当你在UI线程的点击事件中执行await someFn()时，完整执行顺序为：

• UI线程进入点击事件逻辑，调用someFn
• 同步执行someFn中第一个await之前的所有代码：打印日志、执行1秒的同步阻塞、计算变量值，这个阶段UI线程全程被占用，不会响应任何界面交互
• 执行到第一个await Task.Delay(2000)时，才会将控制权交回给调用方（UI线程），此时UI线程可以正常响应其他操作，同时后台等待Task.Delay任务完成
• Task.Delay执行完成后，someFn中剩余的代码会回到原始上下文（默认UI线程）继续执行

和await Task.Run(...)的差异 #

你已知的结论是正确的：Task.Run会将传入的所有委托逻辑放到线程池线程执行。所以即使用Task.Run包裹同步代码，调用方线程遇到await时会立刻交回控制权，不需要等待Task.Run内部的同步代码执行，不会阻塞调用线程。

开发注意事项 #

如果异步方法开头的同步代码逻辑较重、执行时间较长，会直接卡住UI线程导致界面卡顿，这种场景建议将重同步逻辑包裹到Task.Run中放到后台线程执行，避免阻塞主UI线程。

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