Enumerable.Range(1,10000000)是否占大量内存？与for循环内存对比问询

放心吧，未调用ToArray()或ToList()的Enumerable.Range(..)完全不像预先分配数组的版本，它的内存消耗几乎可以忽略，和普通的for索引循环是一个级别的。

核心原因：延迟执行的迭代器 #

Enumerable.Range是.NET中基于延迟执行（lazy evaluation）实现的LINQ方法。它在被调用时，并不会立刻生成整个范围的所有整数，而是返回一个轻量级的RangeIterator对象——这个对象只存储两个关键参数：范围的起始值和总长度。不管你要生成的范围是10个元素还是1000万个元素，这个迭代器对象的内存占用都是固定的，完全不会随范围大小膨胀。

只有当你调用ToArray()/ToList()这类强制枚举的方法时，它才会遍历整个迭代器，把所有元素一次性存入数组或列表，这时候内存占用才会和范围大小成正比。

结合你的场景来看 #

比如你要检查整数数组是否严格按顺序排列，假设代码是类似这样的：

bool IsStrictlyOrdered(int[] array)
{
    return array.Zip(Enumerable.Range(0, array.Length), (element, index) => element == index)
                .All(result => result);
}

这种情况下，Enumerable.Range不会预先生成0到array.Length-1的完整数组。每次Zip方法需要下一个索引值时，迭代器才会计算出当前的整数，用完就释放，内存里始终只保留当前正在处理的那个值——和你手写for循环逐个对比的内存消耗几乎没有区别，完全不用担心大规模数组带来的内存压力。

小补充 #

如果你的场景需要反复遍历这个范围，那预先调用ToArray()生成数组可能会更高效（避免重复计算）；但如果只是单次遍历，直接用Enumerable.Range的原生迭代器就是最省内存的方案。

内容的提问来源于stack exchange，提问作者Allan Xu