异步多文件写入为何比同步慢？同步30秒异步却需40秒

你的异步代码耗时更长，核心问题出在磁盘IO的特性和无限制并发带来的额外开销上，具体拆解如下：

• 磁盘是串行设备，并发IO反而拖慢效率
  机械硬盘的磁头同一时间只能处理一个IO请求，你的异步代码一次性发起10万个写入任务，会导致磁盘调度器频繁切换磁头位置——不断在不同文件间来回寻道，效率远低于同步代码里顺序写入的磁头移动逻辑。哪怕是SSD，内部并行通道数量有限，10万并发请求也会超出处理能力，引发队列阻塞和资源竞争。

• 异步任务的额外开销累积
  每个异步操作都需要创建状态机、处理上下文切换，10万个任务的这类开销加起来不容忽视。而同步代码是直接循环调用，没有这些额外的调度成本。

• 文件系统元数据竞争
  创建新文件时需要更新文件系统的元数据（比如目录项、索引节点），并发操作会导致元数据锁竞争——多个任务同时修改同一目录的元数据，必须排队等待锁释放，进一步拖慢整体速度。

优化异步写法的思路 #

要发挥异步的优势，必须限制并发度，让磁盘IO负载处于合理区间。比如用SemaphoreSlim控制同时进行的写入任务数量：

async Task WriteAsyncOptimized()
{
    // 根据磁盘性能调整并发数，机械盘建议10-20，SSD可适当提高
    var concurrencySemaphore = new SemaphoreSlim(15);
    var taskList = new List<Task>(100000);

    for (int i = 0; i < 100000; i++)
    {
        await concurrencySemaphore.WaitAsync();
        // 捕获当前循环变量，避免闭包陷阱
        int fileIndex = i;
        taskList.Add(Task.Run(async () =>
        {
            try
            {
                await File.WriteAllTextAsync($"test{fileIndex}", "TEST");
            }
            finally
            {
                concurrencySemaphore.Release();
            }
        }));
    }

    await Task.WhenAll(taskList);
}

这种写法既保留了异步不阻塞主线程的优势，又避免了无限制并发导致的磁盘过载，通常能获得比同步版本更优的性能表现（至少不会更慢）。

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