C# async/await两种异步写法底层差异及并行实现方案

核心结论 #

你观察到的两种写法总耗时都是约10秒，本质上都实现了并行执行，二者的核心差异在于适用场景和底层线程调度逻辑，你对第二种写法的运行状态存在调试观察上的误判。

两种写法的底层运行逻辑拆解 #

写法1：Task.Run包裹同步阻塞方法 #

对应代码：

public async Task SomeMethod(List<Foo> fooList)
{
    var taskList = new List<Task<MyData>>();
    foreach (var foo in fooList)
    {
        taskList.Add(Task.Run(() => LongRunningMethod(foo)));
    }

    // do other stuff

    await Task.WhenAll(taskList);
}

public MyData LongRunningMethod(Foo foo)
{
    Thread.Sleep(10000); // 同步阻塞线程
    return new MyData();
}

运行逻辑：

• 这里的LongRunningMethod是纯同步方法，Thread.Sleep会直接阻塞当前执行线程10秒，期间线程无法处理其他工作
• 每次调用Task.Run时，会立刻把执行委托排队到.NET线程池全局队列，调用立即返回代表该工作项的Task对象，不会等待方法执行
• 线程池按自身调度规则分配线程执行排队的工作项：默认线程池初始线程数等于处理器逻辑核心数，当队列积压时每秒最多新建2个工作线程
• 每个任务执行时会独占一个线程10秒，只要线程池有足够线程分配，所有任务会并行执行，总耗时约10秒；如果任务量远大于初始线程数（比如2500个任务），前期会出现排队，总耗时会超过10秒，可通过ThreadPool.SetMinThreads提前调高最小线程数缓解。

写法2：直接调用async异步方法 #

对应代码：

public async Task SomeMethod(List<Foo> fooList)
{
    var taskList = new List<Task<MyData>>();
    foreach (var foo in fooList)
    {
        taskList.Add(LongRunningMethod(foo));
    }

    // do other stuff

    await Task.WhenAll(taskList);
}

public async Task<MyData> LongRunningMethod(Foo foo)
{
    await Task.Delay(10000); // 非阻塞异步等待
    return new MyData();
}

运行逻辑：

• 这里的LongRunningMethod是async异步方法，Task.Delay是基于计时器实现的非阻塞等待：等待期间完全不占用任何线程，10秒到点后才会把后续逻辑（return new MyData()）排队到线程池执行
• 循环中每次调用LongRunningMethod(foo)时，方法会同步执行到第一个await关键字（也就是await Task.Delay处），此时Delay操作已经启动，但方法不会阻塞等待，会立刻返回未完成的Task对象加入列表
• 所有Task.Delay几乎是同一时间启动计时，10秒后几乎同时触发完成，后续的返回逻辑由线程池调度空闲线程执行
• 你观察到的“全部运行在同一个线程”是调试误区：因为.NET 6工作者服务没有同步上下文，异步延续不需要回到特定线程，线程池可能将多个延续操作调度到同一个线程执行，但这并不代表任务串行——所有Delay的计时是完全重叠的，总耗时10秒恰恰是并行执行的证明（如果是串行执行，N个任务总耗时应该是N*10秒）。你觉得“单个任务几乎瞬间完成”也是误判，每个任务从启动到完成的时长都是10秒，只是等待阶段不占用线程而已。

目标场景的正确实现选择 #

选择哪种写法完全取决于LongRunningMethod本身的性质：

• 如果方法是CPU密集型同步逻辑（比如大量数值计算、调用没有异步API的同步阻塞IO）：使用第一种Task.Run的写法。注意不要用这种方式跑大量阻塞IO任务，会造成线程资源浪费，优先寻找对应操作的异步API改写方法。
• 如果方法是真正的异步IO逻辑（比如HTTP请求、数据库查询、文件读写，内部全程用await实现非阻塞等待，没有Thread.Sleep、.Wait()、.Result这类阻塞代码）：直接使用第二种写法即可，不需要加Task.Run。此时Task.Run只会带来不必要的线程池调度开销，第二种写法的资源利用率远高于第一种，哪怕同时启动上万个任务也不会对线程池造成压力。

注意：两种写法都满足“同时触发所有调用、并行处理、最后统一等待结果”的要求，核心区别只是适配的方法类型不同。async/await本身不会自动创造并行，并行的关键是你在await Task.WhenAll之前就已经启动了所有操作，拿到了所有对应的Task对象。

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