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