xrange只存储范围参数并根据需要生成数字。然而，Python的C实现目前将其args限制为C longs：

xrange(2**32-1, 2**32+1)  # When long is 32 bits, OverflowError: Python int too large to convert to C long
range(2**32-1, 2**32+1)   # OK --> [4294967295L, 4294967296L]

注意，在Python3.0中只有范围，它的行为类似于2.xxrange，但没有对最小和最大端点的限制。

range（）：range（1，10）返回从1到10个数字的列表&将整个列表保存在内存中。

xrange（）：与range（）类似，但不是返回列表，而是返回一个对象，该对象根据需要生成范围内的数字。对于循环，这比range（）稍快，内存效率更高。xrange（）对象类似于迭代器，并根据需要生成数字。（懒惰的评估）

In [1]: range(1,10)

Out[1]: [1, 2, 3, 4, 5, 6, 7, 8, 9]

In [2]: xrange(10)

Out[2]: xrange(10)

In [3]: print xrange.__doc__

xrange([start,] stop[, step]) -> xrange object

其他一些答案提到Python 3消除了2.x的范围，并将2.x的xrange重命名为range。然而，除非您使用3.0或3.1（没有人应该使用），否则它实际上是一种不同的类型。

正如3.1文档所说：

范围对象的行为很少：它们只支持索引、迭代和len函数。

然而，在3.2+中，range是一个完整的序列，它支持扩展切片，以及collections.abc.sequence的所有方法，其语义与列表相同*

而且，至少在CPython和PyPy（目前仅有的两个3.2+实现）中，它还具有索引和计数方法以及in运算符的常量时间实现（只要只传递整数）。这意味着在r中写123456在3.2+中是合理的，而在2.7或3.1中则是一个糟糕的想法。

*issubclass（xrange，collections.Sequence）在2.6-2.7和3.0-3.1中返回True的事实是一个在3.2中修复的错误，而不是后端口。

range会创建一个列表，所以如果您选择range（10000000），它会在内存中创建一个包含9999999个元素的列表。xrange是一个生成器，因此它是一个序列对象。

这是正确的，但在Python3中，range（）将由Python2xrange（）实现。如果您需要实际生成列表，则需要执行以下操作：

list(range(1,100))

此外，if do list（xrange（…））将等同于range（…）。

所以列表很慢。

而且xrange确实没有完全完成序列

这就是为什么它不是一个列表，而是一个xrange对象

请参阅本文，了解range和xrange之间的差异：

引用：

range返回您所认为的结果：连续列表整数，具有以0开头的定义长度。xrange，返回一个“xrange对象”，它的行为非常像迭代器