PHP内存耗尽错误排查求助：Bugsnag相关问题

一、确认实际生效的内存限制 #

错误提示的134217728字节等于128M，和你设置的3G不符，先核实运行环境的配置是否真的生效：

• Web环境（FPM）：在项目根目录创建phpinfo.php，内容如下：

  <?php phpinfo(); ?>
  

  访问该文件后，搜索memory_limit查看实际生效值，同时确认Loaded Configuration File路径是否为你修改的配置文件。
• CLI环境：执行以下命令检查：

  php -i | grep memory_limit
  php -i | grep "Loaded Configuration File"
  

• 排查目录级配置：检查项目根目录及子目录是否存在.user.ini文件，该文件会覆盖全局PHP配置，查看其中是否有memory_limit=128M这类设置。
• 服务器/容器限制：如果用了cPanel、Plesk等面板，检查面板是否强制覆盖了内存限制；容器化环境（如Docker）需确认启动命令是否添加了-d memory_limit=128M参数，或是否挂载了错误的配置文件。

二、定位Bugsnag内存耗尽的根源 #

错误发生在Report.php:683，通常是Bugsnag构建错误报告时，因循环引用或超大数据收集导致内存溢出：

• 开启内存追踪：在Report.php的报错位置前后临时添加内存日志，定位内存增长节点：

  error_log('Peak memory before processing: ' . memory_get_peak_usage(true));
  // 原代码逻辑（第683行附近）
  error_log('Peak memory after processing: ' . memory_get_peak_usage(true));
  

• 检查Bugsnag配置：
  • 确认是否开启了全量数据收集（如send_code、collect_user_data、send_session），这类配置可能会收集超大对象（如包含大量数据的ORM模型、巨型数组）。
  • 尝试临时关闭非必要收集项，验证是否缓解内存问题。
• 排查循环引用：Bugsnag序列化上下文数据时，若对象存在循环引用（如A引用B，B反向引用A），会触发无限递归序列化，最终耗尽内存。可通过ignore_classes配置排除存在循环引用的类，或自定义序列化逻辑。
• 锁定触发场景：确认错误是在处理特定请求时出现，还是随机发生。如果是特定请求，检查请求参数、处理的数据量（如超大POST数据、批量数据库操作）。

三、修复方案 #

• 修正内存限制配置：若配置文件路径错误则调整路径；面板环境在后台修改对应内存限制；容器环境修正启动参数或挂载的配置文件。
• 优化Bugsnag数据收集：
  • 关闭非必要收集项，例如：

    $bugsnag->setSendCode(false);
    $bugsnag->setCollectUserIp(false);
    

  • 使用addMetadataFilter过滤大体积元数据，避免序列化超大内容：

    $bugsnag->addMetadataFilter(function ($key, $value) {
        if (is_array($value) && count($value) > 1000) {
            return '[Large array truncated]';
        }
        return $value;
    });
    

  • 配置ignore_classes排除易产生循环引用的类：

    $bugsnag->setIgnoreClasses(['App\Models\CircularReferenceClass']);
    

• 解除代码循环引用：检查报错请求涉及的业务代码，调整对象引用逻辑，解除循环依赖。
• 升级Bugsnag SDK：旧版本可能存在内存泄漏或序列化bug，升级至最新稳定版，验证问题是否解决。

内容的提问来源于stack exchange，提问作者Vitaly Karasik DevOps