使用收益率可能也是一个解决方案。参见生成器语法。

与其更改PHP.ini文件以获得更大的内存存储空间，有时在循环中实现yield可能会解决这个问题。yield所做的不是一次性转储所有数据，而是逐个读取数据，从而节省了大量内存使用。

对于那些正在挠头寻找为什么这个小函数会导致内存泄漏的人来说，有时由于一个小错误，一个函数开始递归地永远调用自己。

例如，代理类与将要代理它的对象的函数具有相同的名称。

class Proxy {

    private $actualObject;

    public function doSomething() {

        return $this->actualObjec->doSomething();
    }
}

有时你可能会忘记带那个小的actualobjecc成员，因为代理实际上有那个doSomething方法，PHP不会给你任何错误，对于一个大的类，它可能会被隐藏几分钟，以找出它泄漏内存的原因。

在Drupal 7中，您可以在sites/default文件夹中的settings.php文件中修改内存限制。在260行左右，你会看到:

ini_set('memory_limit', '128M');

即使您的php.ini设置足够高，如果没有在Drupal settings.php文件中设置，您将无法消耗超过128 MB的空间。

出现此错误的原因是您的服务器配置的内存限制非常低。尝试将此添加到wp-config.php(将其放在<?PHP在这个文件中):

define('WP_MEMORY_LIMIT', '96M');

请注意，这个限制对于主题和随主题而来的插件是OK的。如果你想启用其他插件，你可能需要进一步增加限制。

define('WP_MEMORY_LIMIT', '256M');

使用收益率可能也是一个解决方案。参见生成器语法。

与其更改PHP.ini文件以获得更大的内存存储空间，有时在循环中实现yield可能会解决这个问题。yield所做的不是一次性转储所有数据，而是逐个读取数据，从而节省了大量内存使用。

对我来说，这个错误消息最常见的原因是PHP for语句中遗漏了“++”操作符。这将导致循环永远持续下去，无论您允许使用多少内存。这是一个简单的语法错误，但是编译器或运行时系统很难检测到。我们很容易纠正，如果我们想去寻找它!

但是假设您想要一个通用的过程来尽早停止这样的循环并报告错误?您可以像下面讨论的那样简单地检测每个循环(或者至少是最里面的循环)。

在某些情况下，例如异常内部的递归，set_time_limit会失败，浏览器会继续尝试加载PHP输出，要么是无限循环，要么是致命的错误消息，这就是这个问题的主题。

通过减少代码开头附近允许的分配大小，您可能能够防止致命错误，正如在其他答案中讨论的那样。

然后，您可能会得到一个终止的程序，但仍然难以调试。

无论您的程序是否终止，通过在程序中插入BreakLoop()调用来检测代码，以获得控制权，并找出程序中的哪个循环或递归导致了问题。

BreakLoop的定义如下:

function BreakLoop($MaxRepetitions=500,$LoopSite="unspecified")
    {
    static $Sites=[];
    if (!@$Sites[$LoopSite] || !$MaxRepetitions)
        $Sites[$LoopSite]=['n'=>0, 'if'=>0];
    if (!$MaxRepetitions)
        return;
    if (++$Sites[$LoopSite]['n'] >= $MaxRepetitions)
        {
        $S=debug_backtrace(); // array_reverse
        $info=$S[0];
        $File=$info['file'];
        $Line=$info['line'];
        exit("*** Loop for site $LoopSite was interrupted after $MaxRepetitions repetitions. In file $File at line $Line.");
        }
    } // BreakLoop

$LoopSite参数可以是代码中函数的名称。实际上没有必要，因为您将得到的错误消息将指向包含BreakLoop()调用的行。