只能在返回类型为IAsyncEnumerable的异步方法中使用yield return，配合await foreach消费；在async Task方法中使用会因状态机冲突编译失败。
可以一起用，但必须满足特定条件：只有 yield 出现在返回类型为 IAsyncEnumerable<t></t> 的方法中，且配合 await foreach 消费时，才是合法、有意义的组合。直接在普通 async Task 方法里写 yield return 会编译失败。
为什么不能在 async Task 方法里用 yield return
因为语义冲突：async Task 方法由编译器生成一个状态机，用于挂起/恢复 await 点；而 yield return 也需要编译器生成另一个迭代器状态机。C# 不允许一个方法同时启用两种状态机机制。
- 编译错误示例：
error CS4032: An async iterator method must have a return type of 'IAsyncEnumerable<t>' or 'IAsyncEnumerator<t>'</t></t> - 你写
async Task<ienumerable>> GetData()</ienumerable>并在里面yield return 1;→ 直接报错 - 正确路径只有一条：改返回类型为
IAsyncEnumerable<int></int>，方法体才能用yield return+await
IAsyncEnumerable + yield return + await 的典型写法
这是 .NET Core 3.0+ 引入的“异步流”模式，适用于边查数据库、边读文件、边调用 API 边吐数据的场景，避免一次性加载全部结果到内存。
-
yield return可以和await混用，但只能出现在async IAsyncEnumerable<t></t>方法中 - 每个
yield return前可加await（比如等待一次 DB 查询、一次 HTTP 请求） - 消费端必须用
await foreach，不能用普通foreach
async IAsyncEnumerable<string> ReadLinesAsync(string path)
{
await foreach (var line in File.ReadLinesAsync(path)) // 内置支持
{
if (!string.IsNullOrWhiteSpace(line))
{
await Task.Delay(10); // 模拟处理延迟
yield return line.Trim();
}
}
}容易踩的坑：上下文、取消与性能
看似简单，实则几个关键点一错就卡死或丢数据：
- 忘了传
CancellationToken：异步流不支持自动传播取消，必须显式传入并检查 —— 否则用户按 Ctrl+C 或超时后，流还在后台跑 - 误用同步阻塞调用：在
yield方法里写Thread.Sleep或Task.Wait()，会阻塞整个异步流线程池线程，引发 thread pool starvation - 以为
Task.Yield()能“让出控制权”来优化 yield 流：它在这里没意义 ——IAsyncEnumerable本身已基于ValueTask和底层调度器协作，手动await Task.Yield()只是多一次无谓排队 - 消费端漏写
await：写成foreach (var x in stream)会导致只取第一个元素就退出，且不触发后续异步逻辑
真正需要关注的是数据源是否天然支持异步分页、下游能否承受流式压力，而不是纠结语法能不能嵌套 —— 能嵌套的地方就那么一种，用错了不是功能问题，是编译不过或运行时静默失败。
