range()会爆内存是因为它立即分配并填充整个数组，1000万个整数因zval结构和哈希表开销远超40MB，易超128MB内存限制；应改用生成器yield实现按需产出、内存恒定的序列。
PHP 7.3 中用 range() 创建超大连续数字数组（比如 range(1, 10000000)）极易触发内存溢出，因为该函数会**立即分配并填充整个数组到内存中**，不支持懒加载。这不是语法问题，而是设计使然——它返回的是完整数组，不是迭代器。
为什么 range(1, 1000万) 会爆内存？
一个含 1000 万个整数的数组，在 PHP 中实际占用远超 40MB（考虑 zval 结构、哈希表开销、内存对齐等），很容易突破默认 128MB 限制，报错：Fatal error: Allowed memory size of ... bytes exhausted
关键点：
• range() 不区分大小，一律全量生成
• 数组索引和值都存为 zval，每个约 24–48 字节（取决于版本和编译选项）
• 即使后续只遍历一次，也必须先建好整个结构
替代方案：用生成器按需产出数字
改用 yield 实现轻量级、内存恒定的数字序列，无论范围多大，内存占用几乎不变（通常
立即学习“PHP免费学习笔记（深入）”；
- 定义一个生成器函数，例如：
function xrange(int $start, int $end, int $step = 1): Generator {
for ($i = $start; $i <= $end; $i += $step) {
yield $i;
}
}
- 使用方式与数组类似，但底层不占内存：
foreach (xrange(1, 10000000) as $num) {
// 每次只拿到一个整数，处理完即丢弃
echo $num . "\n";
}
- 支持步长、逆序（只需调整循环条件）
- 可配合
array_slice()或iterator_to_array()按需转小段数组，避免全量加载
其他实用优化技巧
-
分块处理：把大范围拆成多个小
range()，逐块处理后再释放变量 -
避免隐式转换：不要写
range(1, PHP_INT_MAX)，这会直接崩溃；生成器也不应无终止条件 -
数据库场景优先下推：如需生成 ID 序列用于 SQL 查询，尽量用
IN (SELECT ...)或窗口函数，而非 PHP 侧生成再拼接 -
检查是否真需要数组：很多逻辑（如计数、校验、映射）可直接用生成器 +
foreach完成，无需count()或array_keys()
注意：PHP 7.3 的 spread 操作符不解决这个问题
虽然 PHP 7.3 支持 ... 展开数组（如 func(...$arr)），但它要求 $arr 已存在——也就是说，你仍得先用 range() 把数组造出来，spread 只是传参语法糖，不能绕过内存分配。
真正降低内存压力的，只有生成器、流式处理或外部服务分担。
