PHP内存溢出时怎么快速定位问题代码
内存溢出（Fatal error: Allowed memory size of X bytes exhausted）不是随机发生的，它一定发生在某个变量膨胀、循环引用或资源未释放的环节。关键不是“加内存”，而是找到谁在吃内存。
实操建议：
- 启用
xdebug.show_mem_delta=1和xdebug.collect_params=4，配合error_log()打印关键节点的memory_get_usage(true) - 用
gc_collect_cycles()在可疑循环末尾手动触发垃圾回收，观察内存是否回落——不回落说明存在引用环 - 避免在大循环里拼接字符串：
$str .= $chunk比array_push($parts, $chunk)+implode()更容易触发重复内存分配 - 注意
json_decode($huge_json, true)会生成嵌套数组，比json_decode($huge_json, false)（对象）多占约15%内存，且数组键名重复存储更耗空间
用memory_get_usage()监控真实内存占用
memory_get_usage() 返回的是当前脚本从PHP堆中申请的字节数，但它默认不包含未释放的内部缓冲区（比如已关闭但未清理的 cURL 句柄、PDO预处理语句缓存）。要看到“真实压力”，必须传 true 参数。
常见错误现象：调用 memory_get_usage() 值很小，但进程RSS却持续上涨——说明是扩展层资源泄漏，而非PHP变量本身。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 记录时统一用
memory_get_usage(true)，避免和memory_get_peak_usage(true)混淆 - 不要只看单点值，要在函数入口/出口、循环每次迭代前后对比差值，例如：
echo "Before: " . memory_get_usage(true) . "\n";<br>$data = file_get_contents($big_file);<br>echo "After read: " . memory_get_usage(true) . "\n";
- CLI模式下，
memory_limit设为-1并不能绕过OS限制，Linux的ulimit -v或容器memory.limit仍会掐断进程
大文件/大数据处理时如何避免内存暴涨
PHP不是为流式大数据设计的语言，但硬要用，就得绕开“全量加载”惯性思维。重点不是压缩数据，而是切断引用链、复用结构、及时释放。
使用场景：CSV解析、日志行处理、API分页拉取、Excel导出。
实操建议：
- 用
fgetcsv()替代file()+str_getcsv()：前者逐行读，后者把整个文件读进内存再切 - PDO查询大结果集，禁用
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY，改用unbuffered queries（即PDO::MYSQL_ATTR_USE_BUFFERED_QUERY => false），否则所有结果都缓存在PHP内存里 - 写入大文件别用
file_put_contents($path, $content, FILE_APPEND)，改用$fp = fopen($path, 'a'); fwrite($fp, $line); fclose($fp);，避免每次调用都重载整个文件内容 - 临时数组存不下就落地：用
tmpfile()创建临时流，fwrite()写入，再用fseek()+fgets()随机读，比array节省内存50%以上
为什么unset()有时没用，以及什么情况下必须用
unset() 不等于立刻释放内存。它只是断开变量名到zval的绑定；如果还有其他变量、对象属性、闭包 use 引用着同一个zval，内存就不会回收。真正起作用的是PHP的引用计数器归零那一刻。
容易踩的坑：在对象方法里 unset($this->big_data)，但如果外部还存着该对象实例，$this->big_data 的内存依然活着。
实操建议：
- 对超大数组，
unset($arr)后紧接着调用gc_collect_cycles()，尤其在长时间运行的CLI脚本中 - 避免在 foreach 中直接 unset 当前数组元素：
foreach ($items as $k => $v) { unset($items[$k]); }—— PHP 7.4+ 会报Invalid argument supplied for foreach()，应改用array_splice()或重建索引 - 数据库连接、cURL句柄、GD图像资源这类“外部资源”，
unset()不释放底层C内存，必须显式调用mysqli_close()、curl_close()、imagedestroy()
最常被忽略的是：PHP-FPM worker进程会复用，一次请求里没释放的内存，可能污染后续请求。所以监控不能只看单次脚本，得看worker生命周期内的内存趋势。
