`await Task.CompletedTask.ConfigureAwait(false);`仅会增加内存占用吗？

看到代码await Task.CompletedTask.ConfigureAwait(false);后产生疑问，判断等待已完成的Task不会涉及ThreadPool操作，即使加了ConfigureAwait(false)也不会改变这点，这里直接针对你提出的两段代码差异做分析：

两段代码的核心区别 #

代码1（async/await 实现） #

public async Task FoobarAsync(){
    await Task.CompletedTask.ConfigureAwait(false);
}

编译器会给这个async方法生成状态机，哪怕await的是已经完成的Task，状态机实例还是会被创建（不过.NET后续版本做了优化，部分场景下会减少分配，但仍有潜在的额外内存开销）。但你说的没错，这段代码不会触发线程切换：因为Task.CompletedTask已经处于完成状态，await会直接同步执行后续逻辑，根本不会调度到ThreadPool；ConfigureAwait(false)在这里也起不到任何作用——毕竟没有上下文需要切换。

代码2（直接返回已完成Task） #

public Task FoobarAsync() {
    return Task.CompletedTask;
}

这个方法没有async修饰符，不会生成状态机，完全没有额外内存分配，直接返回.NET全局复用的Task.CompletedTask实例，执行效率是最高的。

结合.NET 8 相关优化细节 #

根据Stephen Cleary关于.NET 8中ConfigureAwait的内容，针对已完成Task的await，.NET 8做了更极致的优化：当await目标是已完成Task时，编译器会尽量避免创建状态机，直接走同步执行路径。但即便有这个优化，async版本的方法依然比直接返回Task的方法多一点潜在开销——比如极端场景下可能存在的状态机实例分配。

另外要明确：ConfigureAwait(false)在这个场景下完全是冗余的。因为等待已完成Task时，根本不会触发上下文捕获或切换逻辑，加不加它对线程行为没有任何影响，也不会涉及ThreadPool的调度。

总结 #

• 你的判断正确，两段代码都不会发生线程切换。
• 运行时差异主要在内存开销：代码1会生成状态机（带来微小的内存分配，视.NET版本优化程度而定），代码2无额外开销，直接复用全局Task实例。
• ConfigureAwait(false)在这里没有实际作用，属于冗余写法。

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