PHP 5.6 中空数组声明本身内存开销极小（80–100 字节），内存爆满主因是无节制追加、全量加载和变量残留；优化核心在于流式处理、及时释放与避免累积。
PHP 5.6 中定义空数组本身几乎不占内存（约 80–100 字节），真正导致内存爆满的，是后续无节制追加数据、错误加载方式和变量残留。优化重点不在“怎么声明空数组”，而在“如何不让它变成内存黑洞”。
空数组声明本身很轻，但别让它起步就失控
两种写法完全等效，选哪个取决于兼容性需求：
- $arr = array(); —— 兼容 PHP 4 及以上，老系统维护首选
- $arr = []; —— 自 PHP 5.4 起支持，更简洁，5.6 环境可放心用
注意：两者都只分配基础结构（zval + HashTable），不会触发内存告警；问题出在后续操作——比如循环中写 $arr[] = $line 百万次，或直接 $data = json_decode(file_get_contents($file))。
禁用全量加载，改用流式逐行处理
PHP 5.6 不稳定支持 yield，不能依赖生成器，必须手动控制内存流：
立即学习“PHP免费学习笔记（深入）”；
- 读 CSV/日志/上传文件时，坚持用
fopen() + fgetcsv()或fgets()，每行处理完立刻丢弃，不存入数组 - 绝对避免：
$lines = file($path)、$content = file_get_contents($path)、json_decode($content) - 若需中间聚合（如校验后批量入库），每处理 1000 行就写入临时文件（如
temp_batch_XXXX.csv），最后合并，而非累积到内存数组
及时释放 + 主动兜底，别信自动回收
PHP 5.6 的 GC 较弱，尤其在长驻脚本或上传处理中，必须人工干预：
- 循环内处理完一行后，显式
unset($row)、unset($data) - 上传成功后立即
unset($_FILES)；如需保留路径，先赋值再销毁：$tmp = $_FILES['file']['tmp_name']; unset($_FILES); - 加关机函数防中断：
register_shutdown_function('unlink', $tmp); - 上线前删光所有
var_dump($huge_array)、print_r()，它们会复制完整结构并滞留内存
预分配仅限极小、固定长度场景
仅当数组长度明确且可控（如解析 12 字段配置头）时，才考虑预分配减少哈希表重散列开销：
- 可用：
$header = array_fill(0, 12, ''); - 不可用于上传解析、日志分析等动态任务——强行套用反而增加复杂度，收益远低于流式处理带来的稳定性
- 超过几万项即失效，PHP 5.6 下预分配对内存峰值影响微乎其微
