为何未await的C#异步方法在Thread.Sleep时会执行await后语句？

以下C#代码中，即使任务从未被await，两个Console.WriteLine语句都会执行：

var nonAwaitedTask = Foo();
Thread.Sleep(10);

static async Task Foo()
{
    Console.WriteLine("before delay");
    await Task.Delay(1);
    Console.WriteLine("after delay");
}

但移除Thread.Sleep(10)后，第二个Console.WriteLine不会执行。

疑问点：

1. 这是否属于竞态条件？
2. 主线程何时、为何会继续执行异步代码的MoveNext？

另外，总结了几种第二个WriteLine会被执行的场景：

• 使用await Task.Delay(0)时（awaiter.IsCompleted立即为true，Foo不会让出执行权）
• 使用await Task.Delay(1).ConfigureAwait(false)时（主线程阻塞在Thread.Sleep期间，其他线程可运行代码）
• 在Main中await（如await Task.Delay(10)）而非阻塞在Thread.Sleep时（允许Foo并发执行）

已知后两种属于竞态条件，第一种的编译器优化也不保证，但“仅涉及主线程且只能在明确await点继续执行”的认知模型并不成立，特此求解！

1. 是否属于竞态条件？ #

是的，这属于典型的竞态条件。核心原因是异步方法后续逻辑的执行时机，完全依赖于Task.Delay(1)完成时主线程是否处于可被调度的状态，两者的执行时序没有明确的同步约束，最终结果具有不确定性。

2. 主线程执行MoveNext的时机与原因 #

异步方法会被编译器编译为状态机，await之后的逻辑会被封装到MoveNext方法中。当Task.Delay(1)完成时，默认情况下（未使用ConfigureAwait(false)），异步框架会尝试将MoveNext调度回原始同步上下文（此处即主线程的上下文）。

• 当主线程调用Thread.Sleep(10)时，它处于阻塞状态，但同步上下文依然存在。Task.Delay(1)完成后，异步框架会把MoveNext的执行请求放入主线程的任务队列。等主线程结束Thread.Sleep、回到执行流程后，会处理队列中的待执行任务，从而执行MoveNext，输出"after delay"。
• 移除Thread.Sleep后，主线程会快速执行完Main方法，进程即将终止。此时Task.Delay(1)可能刚完成，还没来得及将MoveNext请求放入主线程队列，或者主线程已经没有机会处理队列中的任务，因此第二个WriteLine不会执行。

关于几种场景的补充说明 #

• await Task.Delay(0)：此时awaiter.IsCompleted为true，编译器会跳过上下文切换，直接同步执行后续逻辑，因此必然输出第二个WriteLine。但这种优化属于编译器实现细节，不能保证在所有.NET版本中都保持一致。
• await Task.Delay(1).ConfigureAwait(false)：该写法放弃了捕获原始同步上下文，MoveNext可在任意线程池线程上执行。主线程Thread.Sleep期间，线程池线程可直接执行后续逻辑，所以大概率会输出第二个WriteLine，但这仍是竞态——如果Task.Delay(1)完成时线程池没有空闲线程，也可能赶不上进程终止前执行。
• Main中await Task.Delay(10)：此时主线程进入异步等待状态，同步上下文会持续处理队列中的任务，Task.Delay(1)完成后，MoveNext会被及时调度执行，因此第二个WriteLine会输出。这种情况属于明确的异步同步，不属于竞态，因为await保证了主线程会等待相关调度任务完成。

你之前的认知偏差在于：控制台程序的主线程在执行Main方法期间，并非完全不处理异步回调，当主线程空闲或结束阻塞后，会处理同步上下文队列中的待执行任务，这就是主线程执行MoveNext的关键时机。

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