php内存溢出报错为“fatal error: allowed memory size of xxx bytes exhausted”，无法用try/catch捕获，常见于大文件读取、未分页查询、深度递归等场景。
PHP 内存溢出时的错误信息长什么样
遇到内存溢出，PHP 通常直接报错并中断执行，最常见的是：Fatal error: Allowed memory size of XXX bytes exhausted。这个错误不是异常（Exception），无法用 try/catch 捕获，只能靠提前预防或日志监控发现。
它常出现在处理大文件、递归过深、未释放的大数组、或 ORM 一次性查出几千条记录又没分页的场景里。
- 错误中的
XXX bytes是当前memory_limit设置值，比如134217728就是 128M - 报错位置不一定是你写的代码行，很可能是某个扩展函数（如
json_encode()、file_get_contents()）内部触发的 - CLI 和 Web SAPI 的默认
memory_limit可能不同，CLI 常设为-1（不限制），但线上 Web 环境绝不能这么干
怎么安全地临时调高 memory_limit
临时调整只应在明确知道“这次操作确实需要更多内存，且可控”时使用，而不是掩盖设计缺陷。
- Web 环境中优先在脚本开头用
ini_set('memory_limit', '256M')，比改php.ini更安全，作用域仅限当前请求 - CLI 脚本可用命令行参数：
php -d memory_limit=512M script.php - 绝对不要写
ini_set('memory_limit', '-1')上线 —— 内存无上限等于给服务器埋雷 - 注意：如果已接近系统物理内存，调高反而可能触发 OOM Killer 杀掉 PHP 进程，得不偿失
哪些操作最容易悄悄吃光内存
很多写法看起来无害，实际在大数据量下会指数级放大内存占用。
立即学习“PHP免费学习笔记（深入）”；
-
file_get_contents()读取几百 MB 文件 → 整个文件内容变成字符串塞进内存；应改用fopen()+fgets()流式读取 -
$data = $pdo->query($sql)->fetchAll()查出 10 万行 → 每行都是数组+引用，轻松占几百 MB；改用fetch()循环或游标查询（PDO::MYSQL_ATTR_USE_BUFFERED_QUERY => false） - 递归函数没设深度限制，或对象引用形成闭环（如父对象存子对象，子对象又存回父对象）→
gc_collect_cycles()可手动触发回收，但治标不治本 - 日志中拼接大数组：
error_log('data: ' . print_r($huge_array, true))→print_r(..., true)会复制整个结构，非常耗内存
怎么确认是不是真内存泄漏，还是只是峰值高
PHP 的内存管理本身没问题，所谓“泄漏”多数是变量生命周期没理清，或缓存没清理。
- 用
memory_get_usage(true)查真实分配量（含未释放的碎片），配合memory_get_peak_usage()看峰值，比memory_get_usage()更准 - 在关键节点打点：
echo memory_get_peak_usage() . "\n"，定位哪段代码突然涨内存 - 注意：
unset($var)不一定立刻释放内存，只是断开引用；只有引用计数归零且 GC 触发时才真正回收 - 长期运行的 CLI 脚本（如队列消费者）建议每处理 N 条后调用
gc_collect_cycles()，但别滥用 —— GC 本身也有开销
