运行时如何知道在使用“await”时何时生成线程

>编辑

我接受了乔恩的评论，并重新尝试了整个事情。事实上，它正在阻止 UI 线程。我一定以某种方式搞砸了我的初始测试。字符串"OnResume 退出"是在SomeAsync完成后写入的。如果将方法更改为使用await Task.WhenAll(t)则它（如预期的那样）不会阻止。感谢您的输入！我最初考虑删除这个问题，因为最初的假设是错误的，但我认为答案包含不应丢失的宝贵信息。

原帖：

试图理解异步等待的更深层次的内部结构。下面的示例来自使用 Xamarin 的 Android 应用。 OnResume()在 UI 线程上执行。

• SomeAsync()启动一个新任务（= 它会生成一个线程）。然后它使用 Task.WaitAll() 来执行阻塞等待（我们现在不讨论WhenAll()是否是更好的选择）。
• 我可以看到 UI 在运行时没有被阻止Task.WaitAll()。因此SomeAsync()不会在 UI 线程上运行。这意味着创建了一个新线程。

await如何"知道"它必须在这里生成一个线程 - 它会一直这样做吗？如果我将WaitAll()更改为 WhenAll() ，则不需要像我理解的那样快地添加线程。

// This runs on the UI thread.
async override OnResume()
{
  // What happens here? Not necessarily a new thread I suppose. But what else?
  Console.WriteLine ("OnResume is about to call an async method.");
  await SomeAsync();
  // Here we are back on the current sync context, which is the UI thread.
  SomethingElse();
  Console.WriteLine ("OnResume exits");
}
Task<int> SomeAsync()
{
var t = Task.Factory.StartNew (() => {
    Console.WriteLine("Working really hard!");
    Thread.Sleep(10000);
    Console.WriteLine("Done working.");
});
Task.WhenAll (t);
return Task.FromResult (42);
}