python 3 的 range 是全新设计的不可变序列类型，仅存储 start、stop、step 三个整数，所有操作均通过数学公式实时计算，内存恒定（如 range(10**15) 仅占约 48 字节），支持索引、切片、in 判断等，且具备溢出防护。
range 在 Python 3 中不是“整合了 xrange”，而是直接取代并重定义了它——Python 2 的 range 被移除，xrange 的行为被继承、增强，并成为新标准。
range 在 Python 3 中为什么不再需要 xrange
- Python 2 的
range返回list，立刻分配内存；xrange返回轻量迭代器，但功能受限（不支持切片、in判断慢、无法索引） - Python 3 的
range是全新设计的不可变序列类型：只存start、stop、step三个整数，所有操作（len()、<strong>contains</strong>、索引、切片）都靠数学公式实时计算，不缓存任何值 - 它比 Python 2 的
xrange更省内存（实测sys.getsizeof(range(10**15))≈ 48 字节），也更可靠（有溢出防护，大整数不静默截断）
迁移时最常踩的坑：你以为只是换名字，其实语义变了
-
if hasattr(xrange(5), '<strong>getitem</strong>')在 Python 2 返回False，换成range(5)后返回True—— 因为新range真的支持索引 -
isinstance(x, types.GeneratorType)对xrange成立，但对 Python 3 的range失效 —— 它既不是生成器，也不是迭代器，而是一个序列 - 某些老 C 扩展硬编码检查
type(x) is xrange，必须改成isinstance(x, range)，且要兼容 Python 2（那里range是list）
in 操作和切片的性能差异暴露本质区别
-
999 in xrange(1000)在 Python 2 是线性扫描，最坏 O(n)；999 in range(1000)在 Python 3 是算术判断，O(1) -
range(0, 100, 2)[5:15:2]直接推导出新参数range(10, 30, 4)，仍是恒定内存对象；xrange(10)[2:5]在 Python 2 直接报TypeError - 这些能力不是“加功能”，而是底层模型从“模拟迭代”升级为“数学抽象”
真正容易被忽略的是：所有这些优势，只在你保持 range 对象形态时生效。一旦写 list(range(10**8))，就退化回 Python 2 的 range() 行为——内存爆炸不是 range 的错，是你主动放弃了它的设计前提。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
