内存不足错误后PHP自动添加错误

Question

这可能更适合服务器故障，但我想我会先在这里问。

我们有一个文件使用自动前置添加到我们服务器上的每个 PHP 文件之前，其中包含一个名为 Bootstrap 的类，我们将其用于自动加载、环境检测等。一切正常。

但是，当在请求同一服务器上的另一个文件之前(即不到一秒或什至同时)出现“内存不足”错误时，会发生以下三种情况之一:

1. 我们用于检查 if(class_exists('Bootstrap') 的代码返回 true ，这意味着尽管这是自动前置文件，但该类已被声明。

2. 我们从自动添加的文件中收到“无法重新声明类 Bootstrap”错误，这意味着 class_exists('Bootstrap') 返回了 false 但不知何故仍被宣布。

3. 该文件根本没有前置，导致依赖它的文件出现一次性 fatal error 。

当然，我们可以尝试修复内存不足问题，因为这些问题似乎会导致其他错误，但由于各种原因，它们在我们的设置中无法修复或很难修复。但这不是重点 - 在我看来，这是 PHP 中的一个错误，存在某种内存泄漏，导致自动前置指令出现问题。

这比任何事情都更令人好奇，因为这种情况很少发生(在我们的高流量服务器上可能每周一次)。但我想知道 - 为什么会发生这种情况，我们可以做些什么来解决它？

我们正在运行 FreeBSD 9.2 和 PHP 5.4.19。

编辑:过去几个月我们在尝试解决此问题时注意到了一些事情:

• 这似乎只发生在我们的安全服务器上。内存不足问题主要发生在我们的安全服务器上(它们通常来 self 们自己的员工试图下载过多数据)，所以这可能只是巧合，但值得指出

• 当我们遇到此问题时，get_declared_classes 的转储包含未在触发错误的页面上使用的类。例如，$_SERVER 的输出表明此人在 xyz.com 上，但声明的类之一仅在 abc.com 中使用，这通常是内存不足问题的来源。

• 所有这些让我相信 PHP 在出现内存不足错误后没有进行正确的循环结束垃圾收集，这导致 Bootstrap 类要么完全或者如果错误发生后足够快，则部分在下一页请求的内存中。我对 PHP 垃圾收集还不够熟悉，无法实际对此采取行动，但我认为这很可能是问题所在。

Answer 1

如果不解决内存不足问题，您可能无法“解决”问题。在不知道您使用的框架的情况下，我只会列出您想到的领域。

您说“他们通常来 self 们自己的员工，他们试图下载太多数据”。我会从这里开始，因为它可能是最大/最响亮的优化机会，我想到了一些想法。

• 如果正在下载的数据是文件，也许您可​​以使用流将读取数据分 block 到一个恒定大小，这样就不会在大量下载时占用内存。

• 你能做下载排队，节流吗？

• 如果数据来自数据库，除了优化您的查询之外，您还可以限制它们的速率、减小结果集的大小并理想地将此类工作负载转移到具有镜像数据的专用环境中。

• 确保您的代码以负责任的方式释放文件指针和数据库连接，将其留给 PHP 拆卸，这可能会在高流量情况下导致垃圾回收延迟和某种级联效应。

关于内存限制的其他容易实现的成果

• 您正在运行 php 5.4.19，如果您的软件允许，请考虑更新到更新版本“自 2015 年以来 PHP 5.4 未打过补丁”，此外 PHP 7 还带来了一系列性能改进。

• 如果您有涉及监控其 xhr 和整体网络事件的客户端应用程序，请查找过多的轮询和挂起的连接。

• 至于您的自动加载器，根据您的评论“我们遇到此问题时 get_declared_classes 的转储包含未在触发错误的页面上使用的类”，您可能需要检查实现，以使确保它没有加载某种捆绑的类缓存，如果您使用的是 composer，dump-autoload 可能会有所帮助。

• session ，我见过一些应用程序根据 cookie 和 session 加载文件，如果您有这样的设置，我会审核该逻辑并确保没有粘性 session 加载不需要的资源。

从您的问题中可以清楚地看出您正在运行 Multi-Tenancy 服务器。没有适当的统计数据很难更具体，但我认为很明显问题不是 PHP 问题，因为根据您的描述，它似乎有些孤立。

正确的调试和分析

我会建议安装一个 PHP 分析器，即使是很短的时间，新的 relic 也很不错。您将能够准确地看到正在发生的事情，并拥有解决正确问题的数据。我认为他们有免费试用，这应该可以让您指明正确的方向...还有其他人，但我暂时忘记了他们的名字。