异步方法是否拥有独立线程？await的待执行操作运行在哪里？

你的基础认知是对的：编译器遇到await关键字时确实会把方法拆分为await前后两个执行段，生成对应的状态机结构存储执行上下文，遇到未完成的awaitable时控制权会直接返回给调用方，和return的效果类似。
你给出的代码示例：

code;
code;
await someLongRunningOperation; 
moreCode;

关于你关心的someLongRunningOperation运行位置问题，核心结论是：await本身不会创建新线程，任务的运行位置完全由任务本身的实现逻辑决定，和await语法没有直接关系，常见的场景可以分为三类：

• 如果是IO绑定类操作（比如网络请求、本地文件读写、远程数据库查询等）：这类操作全程不需要占用独立线程，底层依赖操作系统的IO完成端口、硬件中断机制实现，等待过程中没有任何线程被阻塞用来等待IO结果，直到IO完成后操作系统才会通知运行时分配空闲线程执行后续的moreCode逻辑。
• 如果是CPU绑定类操作，且你通过Task.Run、Task.Factory.StartNew等方法显式把任务调度到线程池：那这个someLongRunningOperation就会运行在线程池分配的独立工作线程上，多核CPU环境下大概率会被调度到空闲核心执行。
• 如果你用的是自定义awaiter、或者特定上下文的任务（比如WPF/WinUI等UI框架的UI线程调度任务）：任务的运行位置完全由对应实现决定，比如UI线程的调度任务就只会在当前UI线程排队执行，不会用到其他线程。
  举个具体的例子：如果你的someLongRunningOperation是HttpClient.GetAsync("https://example.com")，属于IO绑定操作，等待过程不会占用任何额外线程；如果是Task.Run(() => Enumerable.Range(0, 1000000).Sum())这类CPU密集计算任务，就会在线程池的独立线程上运行。

常见误区提醒：很多开发者会误以为await一定会创建新线程，这是完全错误的认知。await只是简化异步回调写法的语法糖，本身不负责任务的调度逻辑，任务的运行逻辑完全由它自身的实现决定。

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