使用IAsyncEnumerable异步调用未回到主线程的原因

我编写了一个基于.NET 7.0控制台应用的简单方法，使用IAsyncEnumerable<T>读取文件：

public static async IAsyncEnumerable<int> ReadIntsAsync(string filePath)
{
    using StreamReader sr = new(filePath);
    while (await sr.ReadLineAsync() is string line)
    {
        if (int.TryParse(line, out int result))
        {
            yield return result;
        }
    }
}

调用方式如下：

static async Task Main(string[] args)
{
    var intList = new List<int>();

    await foreach (var item in ReadIntsAsync("my/file/path/file.txt"))
    {
        intList.Add(item);
    }

    Console.WriteLine(intList.Count);
}

通过VS的线程窗口观察控制台应用执行时的线程生命周期：

• 应用启动时当前线程为主线程（例如#1151）。
• 开始遍历ReadIntsAsync后，当前线程切换为新线程（例如#87565），主线程变为“等待异步操作”状态。
• 当前线程始终为#87565直到程序结束。

我原本预期遍历完成后当前线程会切回主线程#1151，但并未发生，请问原因是什么？

核心原因是控制台应用不存在默认的同步上下文（SynchronizationContext）。

在异步代码逻辑中，await关键字的默认行为是：等待异步操作完成后，尝试回到当前的同步上下文继续执行后续代码。但控制台应用的主线程不会创建专属的同步上下文——只有WinForms、WPF这类UI应用才会生成绑定主线程的同步上下文，用来保证UI操作必须回到主线程执行。

当你执行await sr.ReadLineAsync()时，这个IO异步操作会释放当前的主线程（#1151），让主线程进入等待状态。当IO操作完成后，.NET线程池会分配一个空闲线程（比如#87565）来继续执行后续的遍历逻辑。由于没有同步上下文约束，后续所有await完成后的代码都会直接在线程池线程上延续执行，不会再切回最初的主线程。

你的await foreach遍历全程都在线程池线程上完成，最后执行Console.WriteLine时自然也沿用这个线程，直到程序退出。

如果需要验证，可以在Main方法和ReadIntsAsync的关键节点输出Thread.CurrentThread.ManagedThreadId，就能清晰看到线程切换和延续的过程。

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