为什么“.Select(…).Last()”是优化的,而“.Select(…).Last(…)”不是优化的?

var items = (new int[] { 1, 2, 3, 4, 5 }).Select(x =>
{
    Console.WriteLine($"inspect {x}");
    return x;
});

这就产生了元素 [1, 2, 3, 4, 5] ,在消耗时打印它们。

Last 方法,它将触发一个仅访问单个元素的快速路径:

items.Last();

inspect 5

但当我回电给 最后 ,它从一开始就遍历整个列表:

items.Last(x => true);

inspect 1
inspect 2
inspect 3
inspect 4
inspect 5

• Last(IEnumerable<T>) forwards to TryGetLast(IEnumerable<T>, out bool) ;
• TryGetLast(IEnumerable<T>, out bool) has a fast path for IPartition<T> ;
• 从那以后呢 ArraySelectIterator<T> implements IPartition<T>

另一方面:

• Last(IEnumerable<T>, Func<T, bool>) forwards to TryGetLast(IEnumerable<T>, Func<T, bool>, out bool)
• OrderedEnumerator and IList<T> , but not ArraySelectIterator<T> .
• 因此,它采用慢路径并从头开始迭代。

怎样 回调大小写未优化。但这并不能解释

实现起来似乎也不难:据我所见,所需要的只是一个额外的方法 i参与<T>

缺乏优化也可能令人惊讶。由于这些重载具有相同的名称,因此可以假设它们也以类似的方式进行了优化。(至少我是这么想的。)