PHP内存优化核心是管理变量生命周期：减少对象创建、及时unset大数组、慎用全局/静态变量、用生成器替代大数组、监控峰值内存并排查循环引用。
PHP内存优化的核心在于减少不必要的对象创建、及时释放资源、避免数据冗余，以及合理使用语言特性。不是所有场景都需要极致压榨内存，但对高并发、大数据处理或长期运行的脚本（如CLI任务、队列消费者），几MB的节省可能直接决定稳定性。
及时 unset 变量和断开大数组引用
PHP的垃圾回收机制不会立即释放内存，尤其在循环中累积大数组时容易失控。显式释放是简单有效的手段。
- 处理完一个大数组后立刻 unset($data)，而不是依赖脚本结束自动回收
- 避免在循环内不断 $list[] = $item 累积，改用流式处理或分批入库
- 注意引用陷阱：若 $a = &$b，仅 unset($a) 不会释放内存，需 unset($b) 或全部解除
慎用全局变量和静态属性
全局变量和类的静态属性生命周期贯穿整个请求，它们持有的数据无法被GC清理，极易成为内存“黑洞”。
- 把临时缓存逻辑移到函数局部作用域，用完即弃
- 静态集合类（如 Cache::instances）要提供 clear() 方法，并在必要时主动调用
- CLI脚本中反复 require 同一文件时，静态变量不会重置——考虑用 spl_autoload_register + 实例化替代
用生成器（Generator）替代大数组返回
当函数需要返回成千上万条记录时，传统 return array(...) 会一次性加载全部到内存；而 yield 每次只产出一个值，内存占用几乎恒定。
立即学习“PHP免费学习笔记（深入）”；
- 数据库查询结果可封装为生成器：foreach (queryAsGenerator($sql) as $row) { ... }
- 文件逐行读取不要 file_get_contents()，改用 yield fgets($fp)
- 第三方库如 Doctrine ORM 支持 iterate()，比 getIterator() 更省内存
监控与定位真实瓶颈
盲目优化不如先看清哪里真占内存。别只看 memory_get_usage()，它不包含未释放的循环引用部分。
- 用 memory_get_peak_usage(true) 查看峰值（含未释放内存），更反映真实压力
- 结合 xdebug_debug_zval() 或 gc_collect_cycles() 检查循环引用
- CLI脚本可在关键节点打点：echo "Step X: " . round(memory_get_usage() / 1024 / 1024, 2) . " MB\n";
基本上就这些。不复杂但容易忽略——多数内存问题不在算法，而在变量生命周期管理。
