无参数LINQ Any()是否仅枚举首个元素？多次枚举是否有副作用？

你给出的代码中，nums是由带yield return的迭代器方法返回的IEnumerable<int>，ReSharper提示“可能存在多次枚举”，但实际运行时两次枚举都能输出完整元素。下面针对你的问题逐一解答：

一、无参数Any()的行为是否始终成立？ #

是的，无参数Any()的逻辑是固定的：只要枚举到第一个元素就立刻返回true（不会继续枚举后续元素），如果枚举完所有元素都没找到则返回false。但要注意——每次调用Any()都会触发一次全新的枚举流程，也就是你的GetNums()方法会被重新执行一遍，从头开始生成元素。

你这次测试里第二次枚举能拿到完整元素，是因为GetNums()是无状态的纯生成逻辑，每次调用都会从头输出1、2、3。这个行为是稳定的，只要是符合C#迭代器规范的实现，无参数Any()永远只会枚举到第一个元素就停止（如果有元素存在），但每次调用都会重新启动整个枚举过程。

二、存在不良副作用的场景 #

ReSharper的警告并非杞人忧天，因为每次枚举IEnumerable都会重新执行迭代器内部的逻辑，如果这些逻辑带有副作用，就会引发问题：

• 有状态的迭代器：比如迭代器依赖外部变量或自身维护状态，多次枚举会导致状态混乱。举个例子：

static int counter = 0;
static IEnumerable<int> GetNums()
{
    yield return counter++;
    yield return counter++;
    yield return counter++;
}

第一次调用Any()后，counter会变成1；第二次枚举时会从counter=1开始生成元素，输出结果是1, 2, 3，而非预期的0, 1, 2。

• 涉及IO操作的迭代器：如果迭代器是从文件、数据库或网络流读取数据，多次枚举会重复执行IO操作——比如重复读取文件、重复发起数据库查询，既浪费资源，还可能因为数据在两次枚举间被修改导致结果不一致。

• 耗时/资源密集型逻辑：如果迭代器内部包含复杂计算、大对象创建等操作，多次枚举会重复消耗计算资源，直接拉低程序性能。

• 一次性资源的迭代器：比如封装了只能读取一次的流（如NetworkStream），第一次枚举读取完数据后，第二次枚举可能就拿不到任何数据，甚至抛出异常。

总结 #

你的测试代码因为迭代器是无状态的纯生成逻辑，所以多次枚举看起来没问题，但ReSharper的警告是在提醒你：IEnumerable本身不保证多次枚举的一致性和无副作用，如果迭代器带有状态、涉及IO或其他有副作用的操作，多次枚举会引发各种问题。

内容的提问来源于stack exchange，提问作者Amber Cahill