异步调用是否会创建独立线程？是否会释放CPU周期？

首先直接回答你的核心问题：

1. async调用本身不会主动创建新线程，你之前对第一个特点的认知存在偏差
2. 等待IO操作的async调用确实会释放CPU资源，不会浪费CPU周期，这个认知是完全正确的

为什么你会觉得async调用会创建新线程？ #

你观察到的「不await就继续执行后续代码、父线程退出时async任务可能被终止」的现象，和是否创建新线程没有直接关联，这是async语法的调度特性：

• 当你调用async方法时，会先在当前线程同步执行代码，直到碰到第一个未完成的await操作
• 此时async方法会立即返回一个未完成的Task对象，当前线程就可以继续执行后面的代码，这个过程全程没有新线程产生
• 当await的操作（比如网络请求、文件读写）完成后，后续的回调逻辑会由调度器分配线程执行：
  • 没有自定义同步上下文的场景（比如控制台应用、ASP.NET Core）：回调会被分配到线程池的空闲线程执行，你此时看到的线程ID变化，是因为复用了线程池已有的线程，不是async调用新建的
  • 有同步上下文的场景（比如桌面应用UI线程、旧版ASP.NET Framework请求上下文）：默认配置下回调会回到原线程执行，全程不会用到其他线程

为什么这个问题会有这么多争议？ #

争议的核心是不同回答的描述前提不一样：

• 说「async不会创建新线程」的回答，指的是async/await语法本身不会为了执行任务主动创建新线程，线程的分配是调度器的职责，和async语法无关
• 你观察到的「看起来用到了新线程」的现象，是线程池调度的结果，不是async调用的固有特性

额外补充：async IO操作释放CPU的原理 #

以你提到的HTTP请求为例，当你发起async HTTP调用后，等待网络响应的整个过程中，没有任何线程会被绑定在这个请求上：操作系统的网络栈会在收到响应数据包时发送中断信号，运行时收到信号后才会找个空闲线程执行后续的回调逻辑，等待期间CPU完全可以处理其他任务，不会出现空转浪费的情况。

注：如果你刻意在async方法里用Task.Run()提交CPU绑定的任务，那确实会用到线程池线程，但这是Task.Run的行为，不是async调用本身的特性。

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