不，它们都有自己的用途:

迭代时使用xrange()，因为它节省内存。说:

for x in xrange(1, one_zillion):

而不是:

for x in range(1, one_zillion):

另一方面，如果实际需要一个数字列表，则使用range()。

multiples_of_seven = range(7,100,7)
print "Multiples of seven < 100: ", multiples_of_seven

这里的每个人对于xrange和range的利弊都有不同的看法。它们大多是正确的，xrange是一个迭代器，而range充实并创建了一个实际的列表。在大多数情况下，您不会真正注意到两者之间的区别。(你可以在range中使用map，但不能在xrange中使用，但这会占用更多内存。)

但是，我认为您可能希望听到的是首选的选项是xrange。由于Python 3中的range是一个迭代器，代码转换工具2to3将正确地将xrange的所有使用转换为range，并将抛出一个使用range的错误或警告。如果您希望确保将来可以轻松地转换代码，您将只使用xrange，当您确定需要一个列表时使用list(xrange)。我是在今年(2008年)芝加哥PyCon的CPython冲刺中了解到这一点的。

Xrange()更有效，因为它每次只生成一个对象，而不是生成一个对象列表。而不是100个整数，以及它们所有的开销，以及将它们放入的列表，你每次只需要一个整数。更快的生成，更好的内存使用，更高效的代码。

除非我特别需要一个列表，否则我总是喜欢xrange()

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__
Out[3]: xrange([start,] stop[, step]) -> xrange object

range()所做的事情与Python 3中xrange()所做的事情相同，并且Python 3中不存在术语xrange()。 如果多次迭代同一个序列，那么Range()实际上在某些场景中更快。Xrange()每次都必须重构整数对象，但range()将拥有真正的整数对象。

书中给出了一个很好的例子:Practical Python By Magnus Lie Hetland

>>> zip(range(5), xrange(100000000))
[(0, 0), (1, 1), (2, 2), (3, 3), (4, 4)]

我不建议在前面的例子中使用range而不是xrange——尽管如此 只需要前五个数字，range计算所有数字，这可能需要很多时间 的时间。使用xrange，这不是问题，因为它只计算所需的数字。

是的，我读了@Brian的回答:在python 3中，range()是一个生成器，xrange()不存在。

选择范围有以下几个原因:

1) xrange将在新的Python版本中消失。这为您提供了方便的未来兼容性。

2) range将具有与xrange相关的效率。