LINQ 是否保持流式执行，关键不在查询写了几层，而在中间步骤有没有主动把序列物化成集合。只要你在自定义扩展或查询链里插入 .ToList() 这类操作，后续流程就会从“边枚举边产生结果”变成“先把上游全部拉进内存，再继续处理”。

原文链接

• Intermediate materialization (C#) - .NET | Microsoft Learn

我的结论

• 大多数标准 LINQ 操作符保持惰性执行，不会为了返回第一个元素就先遍历完整个 source。
• 真正需要警惕的是“中间物化”：哪怕它藏在自定义扩展方法内部，只要调用了 .ToList() / .ToArray() 一类 API，就会改变整个查询链的性能特征。
• 只有在需要重复遍历结果、缓存快照、或显式切断延迟执行副作用时，才值得主动物化；否则应尽量保持序列流式传递。

关键信息

• 文章强调，一些查询操作会在 yield 出第一个元素之前先把上游序列完整物化，这会直接增加启动延迟和内存占用。
• 示例里的问题不在 yield return 本身，而在扩展方法先对输入序列做了 ToList()；这让后续的 AppendString("!!!") 处理对象变成了已经落地的列表。
• 因此，判断 LINQ 查询是否高效，不能只看调用端写法，还要检查自定义操作符内部是否偷偷做了集合化。

摘录

Some standard query operators cause materialization of their source collection before yielding a single element.

ToList()

我的补充

• 如果查询结果会被多次消费，提前物化通常比重复枚举更稳定；但这应该是显式的设计决定，而不是隐藏在工具方法里的默认行为。
• 排查 LINQ 性能问题时，可以先检查查询链和自定义扩展里是否存在 .ToList()、.ToArray()，或者其他会先完整枚举 source 的实现。
• 这篇文章适合作为“链式 LINQ 通常是惰性的，但人为加入物化点会改写性能行为”的反例补充。

ref

• 来源：WuCai highlights