c#如何使用yield return_c#yield return的最佳实践与常见坑点-C#.Net教程-PHP中文网

yield return 仅适用于按需生成、逐个返回的场景，如流式读取大文件、递归遍历目录树、无限序列生成、分页查询数据库；在已具现化集合时应直接返回，避免无谓开销。

c#如何使用yield return_c#yield return的最佳实践与常见坑点

只在需要「按需生成、逐个返回」时才用，不是所有返回集合的地方都适合。比如你已经在内存里建好了 List，直接 return list 更快更安全；加一层 yield return 反而引入状态机开销，还可能让调用方误以为是惰性求值。

真正值得用的场景有：

流式读取大文件：ReadLinesChunked(string path) 每次 yield return 一行，不把整个文件加载进内存
递归遍历目录树：EnumerateFilesRecursive(DirectoryInfo root) 边走边吐 FileInfo，避免栈溢出或内存暴涨
无限序列生成：比如斐波那契数列，yield return 能天然支持 Take(100) 这类 LINQ 截断
分页查询数据库：每次 yield return 一页结果，配合 yield break 控制终止条件

写 yield return 方法时，编译器会严格检查上下文。一旦违反规则，立刻报错，不是运行时报——所以别等调试才发现。

CS1626：在 try 块里写了 yield return → 编译器禁止，因为异常处理逻辑和状态机生命周期冲突
CS1625：在 finally 块里用了 yield return → 同样被禁，finally 代码不会被状态机捕获执行
CS1631：在 catch 块里 yield return → 不允许，异常分支不能参与迭代流
CS1627：写了 yield return;（没表达式）→ 必须带值，yield return null 或 yield return default(T) 才合法
CS1624：方法返回类型不是 IEnumerable 或 IEnumerator → 比如误写成 List 或 void，编译直接拒

很多问题不是编译不过，而是运行起来“不对劲”，根源在于状态机机制不透明。

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

多次调用同一个 yield 方法，每次都会重新执行全部逻辑（比如重查数据库），不是共享缓存 → 需要缓存时得手动包一层 .ToList()
在循环中复用同一个对象实例再 yield return，结果所有元素都指向最后一个值 → 应该每次新建：yield return new FileInfo(p).FullName，而不是先赋值给局部变量再返回
yield break 不等于 return：它只是告诉迭代器“没东西了”，后面代码仍会执行 → Console.WriteLine("This still runs!") 真的会打印
在 foreach 中修改外部集合，再继续迭代该 yield 方法的结果 → 报 InvalidOperationException: Collection was modified，这不是 bug，是设计使然

别为了语法糖牺牲可维护性和确定性。

首次调用 yield 方法不执行任何逻辑，直到第一次 MoveNext() → 适合延迟初始化，但别指望它“预热”
每次 MoveNext() 都有状态机跳转成本，别在高频循环（hot path）里用，比如每帧渲染中生成坐标序列
.NET Framework 2.0+ 和 .NET Core 1.0+ 都支持，但 async + yield return 不行 → 要异步迭代必须用 IAsyncEnumerable + await foreach
yield return 方法不能有 ref 参数、不能返回 ref、不能含不安全代码（unsafe 块）、不能捕获 ref 局部变量 → 这些都会触发 CS8154、CS9238 等错误