对于 LINQ 选择中的每个

Question

对于那些比我更了解 .Net 内部运作的人来说，这是一个简单的问题::- )。我只是确保我理解一些事情。

在我看来，当您在 foreach 中运行 LINQ 时，会对 LINQ 枚举器进行求值（运行），它返回一个集合，并且 foreach 会对该集合进行处理。但是...仍然，我不确定：

foreach (VCCTreeItem ti in (from treeItems in TreeItems select treeItems))

LINQ 语句是否在每个循环中重新计算（执行）？我认为（并希望）不。但是，在 foreach 中对集合进行操作时，如果集合被修改，您会在运行时收到错误消息。这让我相信幕后可能发生了一些可疑的事情。我从来没有时间详细拆解/检查这个，所以这就是我问你这个的原因。我相信你们中的一些人心里清楚答案 ::- D.

哦，我想我可以问同样的问题：

foreach (VCCTreeItem ti in TreeItems)

如果 TreeItems 是一个属性，我在其中 get进行一些操作时，该属性将被评估，作为一个值返回，并且 foreach 将对该值进行操作。

Answer 1

不会重新评估 IEnumerable。像这样的 foreach 语句：

IEnumerable<Foo> enumerable = ...;
foreach (Foo f in enumerable) {
    ...
}

对应于此（编辑：enumerator 也放入 using 块中，如 @Double Down 所示）：

IEnumerable<Foo> enumerable = ...;
IEnumerator<Foo> enumerator = enumerable.GetEnumerator();
while (enumerator.MoveNext()) {
    Foo f = enumerator.Current;
    ...
}

因此，如果您有一些昂贵的操作来生成您正在循环的集合，那么这不是问题；它只会被生产一次。不过，在 LINQ 中，正如 @Double Down 所说，大多数结果都是延迟生成的 - 因此对 GetEnumerator() 的调用几乎不执行任何操作，而结果是通过每次调用 MoveNext( ）。总的来说，这与在一次操作中生成整个列表一样耗时，但它节省了内存（永远不会生成包含所有元素的实际 List；您一次获取一个元素，然后将其丢弃）。

Answer 2

Linq 正在进行后期绑定评估（使用yield 关键字）。当您在 IEnumerator 中调用 MoveNext() 时，仅对下一个项目进行评估，不会在每次移动下一个调用中从头开始重新计算。

如您所知，您的 foreach 循环的计算结果为

using (var enumerator = enumerable.GetEnumerator())
{
    while (enumerator.MoveNext())
    {
        // Loop body.
    }
}