php 数组性能优化核心是用对结构、管住增长、避开隐式开销：优先索引数组，预分配容量，避免混合键与字符串键，慎用 unset 和引用，按场景选用 splfixedarray、生成器等替代方案。
PHP 数组在高性能场景下容易成为性能瓶颈，核心问题在于其底层实现（zval + HashTable）带来的内存开销与哈希查找 / 扩容成本。优化不是“少用数组”，而是“用对结构、管住增长、避开隐式开销”。
优先用索引数组，避免键名字符串化
关联数组（键为字符串）触发哈希计算和桶分配，而纯整数索引数组（尤其是连续递增）可走快速路径，内存更紧凑，遍历更快。PHP 8.0+ 对「整数键连续数组」做了额外优化，foreach 效率接近 C 数组。
- 插入前明确数据结构：若键可预知为
0,1,2……，直接用[]追加，别用$arr['id_'.$i] = …… - 避免混合键类型：如
[0 => 'a', 'name' => 'b']会强制降级为通用哈希表，失去连续索引优化 - 从数据库取数据时，用
PDO::FETCH_NUM或mysqli_fetch_row()而非FETCH_ASSOC，减少字符串键生成
预分配容量，抑制 HashTable 动态扩容
PHP 数组底层 HashTable 默认容量小（通常 8 桶），元素增多时需 rehash（复制 + 重散列），时间复杂度 O(n)。已知元素数量时，提前“撑开”可彻底规避多次扩容。
- 使用
array_fill(0, $count, null)初始化固定长度数组（适用于索引数组） - 关联数组暂无原生预分配 API，但可通过批量构建后替换方式缓解：先用索引数组收集数据，再用
array_combine($keys, $values)一次性生成 - 高频写入场景（如日志聚合），考虑用 SplFixedArray 替代 —— 它是真正固定大小、内存连续的数组，不支持字符串键，但访问速度更快、无哈希开销
慎用引用与 unset，警惕隐式复制与碎片
unset() 不立即释放内存，仅标记键为“已删除”，后续插入可能复用位置，也可能加剧哈希冲突；大量 unset + insert 易导致 HashTable 碎片化。引用（&$v）在写时复制（Copy-on-Write）机制下，若被修改会触发整个数组深拷贝。
立即学习 “PHP 免费学习笔记（深入）”；
- 避免在循环中频繁
unset($arr[$k])，改用array_filter()一次性重建，或用键过滤后array_intersect_key() - 遍历时如只需读取，不用引用：
foreach ($arr as $v)比foreach ($arr as &$v)更安全高效 - 大数组传递给函数时，显式传值（而非默认引用行为），并确认函数内部是否修改 —— 修改会触发 COW 复制，浪费内存与 CPU
替代方案：按场景切换更轻量的数据结构
不是所有“容器需求”都该用 array。现代 PHP 提供了语义更清晰、开销更低的选择：
- 只存一组同类型值？用
SplFixedArray（固定大小）、ArrayObject（可定制行为）或 PHP 8.1+ 的enum+match做状态映射 - 需要快速去重或集合运算？
array_unique()开销大，改用array_flip()构建键集合，或升级到 PHP 8.3 的ArrayIterator::getArrayCopy()配合自定义逻辑 - 高频查找且键稳定？把数组转为类属性或静态缓存（APCu），用对象访问代替数组键查找，减少 HashTable 查找层级
- 超大数据流处理？绕过数组，用生成器（
yield）逐条产出，内存恒定 O(1)
