PHP允许内存远大于尝试分配量仍报内存耗尽错误怎么办

你看到的报错信息里tried to allocate 20480 bytes指的是本次申请内存时的单次申请量，不是进程累计总申请量。当前PHP进程已经累计占用了接近128M（134217728字节）的内存，本次再申请几十KB就超过了限制，所以触发报错，并不是允许内存远大于单次申请量就不会触发该错误。

常见触发原因 #

• 配置未生效：你认为的更大内存配置实际没有生效
  • 修改php.ini后未重启php-fpm、apache等对应服务，新配置没有加载
  • 系统存在多份php.ini配置，web请求使用的php-fpm配置和cli模式使用的配置路径不同，你修改的是不生效的配置文件
  • 代码中通过ini_set('memory_limit', '128M')、.user.ini、.htaccess文件覆盖了全局配置，导致实际生效的限制比你配置的更低
• 代码存在不合理内存占用或内存泄漏
  • 一次性加载超大文件、全量查询几十万条数据库结果到数组中，瞬间占满内存
  • 循环逻辑中不断创建新对象、拼接大字符串，未及时释放无用变量
  • 无限递归或过深的递归逻辑，导致栈内存溢出
  • 依赖的第三方扩展、框架存在内存泄漏问题

排查解决步骤 #

• 第一步：确认实际生效的内存限制
  新建php文件写入<?php phpinfo();，通过web访问该文件，查看memory_limit的实际值，确认是否和你预期的配置一致；cli模式下执行php -r "echo ini_get('memory_limit');"查看命令行场景的内存限制。
• 第二步：定位高内存占用代码
  在业务代码的关键节点插入memory_get_usage()、memory_get_peak_usage()函数打印当前内存占用，定位哪段逻辑执行后内存出现异常暴涨；也可以安装xdebug、tideways扩展生成内存分析报告，精准定位内存占用最高的代码片段。
• 第三步：针对性修复
  • 确认无内存泄漏、确实是业务需要高内存的场景，可以合理调高memory_limit配置，比如调整为256M或512M，注意不要设置过高避免占用过多服务器内存影响其他服务运行
  • 代码逻辑优化：超大文件改为逐行/分块读取，数据库查询改为分页查询，循环中无用变量及时用unset()释放，过深递归改为迭代实现，避免在全局变量中囤积大量无用数据

内容的提问来源于stack exchange，提问作者Kal