空数组本身不引发内存泄漏，真正危险的是“空数组起步、无限追加”，须禁用全量加载、改用流式读取、临时文件替代内存、禁用全局缓存，并在循环内及时unset、注册关机函数兜底清理。
定义空数组本身不引发内存泄漏，PHP 5.6 中 $arr = [] 或 $arr = array() 只分配极小的结构体（约几十字节），几乎不占实际内存。真正危险的是“空数组起步、无限追加”，尤其在长驻脚本（如 CLI 守护进程、Workerman/Swoole 早期适配层）中反复累积数据却未清理，最终触发 Allowed memory size exhausted。
避免空数组演变为内存黑洞
空数组不是问题，失控增长才是根源。PHP 5.6 不支持稳定 yield，无法依赖生成器流式控制，必须从设计上切断累积链：
- 禁用全量加载：绝不用
$lines = file($path)、$json = json_decode(file_get_contents($file))—— 它们直接把整个文件/响应塞进内存数组 - 改用流式读取：对 CSV、日志、上传文件等，坚持
fopen() + fgetcsv()或fgets()，每行处理完即丢弃，不存入任何数组 - 临时文件替代内存：若需中间聚合（如批量校验后写库），每处理 1000 行就写入
temp_batch_XXXX.csv，最后合并或导入，而非缓存在$batch[] - 禁用全局缓存：切勿使用
$GLOBALS['rows'][] = $row或static $cache[] = $row—— 这是 PHP 5.6 长驻脚本中最典型的泄漏源
显式释放与兜底清理
PHP 5.6 的 GC 对循环引用和长期变量清理较弱，不能依赖自动回收，必须人工干预：
- 循环内及时
unset($row)、unset($data)：尤其在while ($line = fgets($fp))中，处理完当前行后立刻销毁变量 - 上传文件处理完毕后，立即
unset($_FILES)；若需保留路径，先赋值再销毁：$tmp = $_FILES['file']['tmp_name']; unset($_FILES); - 加注册关机函数兜底：
register_shutdown_function('unlink', $tmp);，防止异常中断导致临时文件残留和后续误读 - 禁止调试输出滞留：上线前彻底删除所有
var_dump($huge_array)、print_r($result)，它们会复制并暂存完整结构，极易溢出
预分配仅限已知固定长度场景
仅当数组长度完全确定且规模可控（如解析 12 字段的固定格式头、配置块）时，可考虑预分配以减少哈希表重散列开销：
立即学习“PHP免费学习笔记（深入）”；
- 用
$header = array_fill(0, 12, '')替代$header = []; for ($i=0; $i - 但该技巧对上传解析、日志分析、数据库导出等动态长度任务无效，强行套用反而增加复杂度
- 超过数万项即失去意义，PHP 5.6 内存管理下预分配收益远低于流式处理带来的稳定性提升
监控与验证是否真释放
不靠猜测，用真实数据确认释放效果：
- 在循环起始、单轮处理后、
unset()后分别调用memory_get_usage(true)（注意加true参数获取真实分配量） - CLI 下连续执行同一逻辑 50 次，观察内存是否稳定波动（±几十 KB）而非持续爬升（如每轮 +20KB）
- 若
unset()后内存未回落，检查是否存在隐式强引用：比如对象属性仍指向该数组、闭包use了它、或被 PDOStatement / GD 资源间接持有
