为什么 Enumerable.Single() 迭代所有元素，即使已经找到多个元素？

Question

在分析我们的一个应用程序时，我们发现在一些代码中出现了一个神秘的减速现象，其中我们为一个大型集合调用 Enumerable.Single(source, predicate)，该集合在集合开头附近有多个与谓词匹配的项目。

调查发现the implementation of Enumerable.Single()如下：

public static TSource Single<TSource>(this IEnumerable<TSource> source, Func<TSource, bool> predicate) 
{
        TSource result = default(TSource);
        long count = 0;
        // Note how this always iterates through ALL the elements:
        foreach (TSource element in source) { 
            if (predicate(element)) {
                result = element;
                checked { count++; }
            }
        }
        switch (count) {
            case 0: throw Error.NoMatch();
            case 1: return result;
        }
        throw Error.MoreThanOneMatch();
    }

该实现将遍历序列的每个元素，即使多个元素已经与谓词匹配。

以下实现似乎会产生相同的结果：

public static TSource Single<TSource>(this IEnumerable<TSource> source, Func<TSource, bool> predicate)
{
    TSource result = default(TSource);
    long count = 0;
    foreach (TSource element in source) {
        if (predicate(element)) {
            if (count == 1) // Exit loop immediately if more than one match found.
                throw Error.MoreThanOneMatch();

            result = element;
            count++; // "checked" is no longer needed.
        }
    }

    if (count == 0)
        throw Error.NoMatch();

    return result;
}

有谁知道为什么实际的实现不使用这种明显的优化？有什么我想念的吗？ （我无法想象如此明显的优化会被忽略，因此肯定有一些具体的原因。）

（注意：我意识到这个问题可能会吸引意见的答案；我希望答案能够提供迭代所有元素的具体原因。如果答案实际上是“因为设计师认为这样的优化不是必要”，那么这个问题是无法回答的，我想我应该删除它......）

---

为了比较，看一下不带谓词的Single()的实现：

public static TSource Single<TSource>(this IEnumerable<TSource> source) 
{
    IList<TSource> list = source as IList<TSource>;
    if (list != null) {
        switch (list.Count) {
            case 0: throw Error.NoElements();
            case 1: return list[0];
        }
    }
    else {
        using (IEnumerator<TSource> e = source.GetEnumerator()) {
            if (!e.MoveNext()) throw Error.NoElements();
            TSource result = e.Current;
            if (!e.MoveNext()) return result;
        }
    }
    throw Error.MoreThanOneElement();
}

在这种情况下，他们努力为IList 添加优化。

Answer 1

你似乎不是唯一一个这样想的人。 .NET Core implementation 有一个优化版本：

using (IEnumerator<TSource> e = source.GetEnumerator())
{
    while (e.MoveNext())
    {
        TSource result = e.Current;
        if (predicate(result))
        {
            while (e.MoveNext())
            {
                if (predicate(e.Current))
                {
                    throw Error.MoreThanOneMatch();
                }
            }

            return result;
        }
    }
}

所以回答你的问题：似乎没有一个“好”的理由，只是开发人员不考虑优化这个用例。

Answer 2

优化was applied in .NET Core

现在的代码是：

public static TSource Single<TSource>(this IEnumerable<TSource> source, Func<TSource, bool> predicate)
{
    if (source == null)
    {
        throw Error.ArgumentNull(nameof(source));
    }

    if (predicate == null)
    {
        throw Error.ArgumentNull(nameof(predicate));
    }

    using (IEnumerator<TSource> e = source.GetEnumerator())
    {
        while (e.MoveNext())
        {
            TSource result = e.Current;
            if (predicate(result))
            {
                while (e.MoveNext())
                {
                    if (predicate(e.Current))
                    {
                        throw Error.MoreThanOneMatch();
                    }
                }

                return result;
            }
        }
    }

    throw Error.NoMatch();
}

代码甚至会在可能的情况下检查目标是否为IList<T>，以便避免迭代：

public static TSource Single<TSource>(this IEnumerable<TSource> source)
{
    if (source == null)
    {
        throw Error.ArgumentNull(nameof(source));
    }

    if (source is IList<TSource> list)
    {
        switch (list.Count)
        {
            case 0:
                throw Error.NoElements();
            case 1:
                return list[0];
        }
    }
    else
    {
        using (IEnumerator<TSource> e = source.GetEnumerator())
        {
            if (!e.MoveNext())
            {
                throw Error.NoElements();
            }

            TSource result = e.Current;
            if (!e.MoveNext())
            {
                return result;
            }
        }
    }

    throw Error.MoreThanOneElement();
}

更新

检查git blame 输出表明迭代优化早在 2016 年就已应用！

IList<> 优化是 1 年前添加的，可能是 Core 2.1 优化的一部分

Answer 3

正如其他答案所指出的那样，优化已被应用，但我只想提出一个假设，即他们已经这样做了，最初是因为他们无法保证谓词函数确实如此没有副作用。

我不确定是否真的会有这样的行为会被使用/有用的情况，但这是一个需要牢记的考虑因素。