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

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

class Proxy {

    private $actualObject;

    public function doSomething() {

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

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

与其更改php.ini文件中的memory_limit值，不如在代码的某个部分可能会使用大量内存，您可以在该部分运行之前删除memory_limit，然后在该部分运行之后替换它。

$limit = ini_get('memory_limit');
ini_set('memory_limit', -1);
// ... do heavy stuff
ini_set('memory_limit', $limit);

在PHP脚本中很容易发生内存泄漏——特别是在使用抽象(如ORM)时。尝试使用Xdebug分析脚本并找出所有内存的去向。

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

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

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

当我从代码中删除以下行时，一切正常!

set_include_path(get_include_path() . get_include_path() . '/phpseclib');
include_once('Net/SSH2.php');
include_once('Net/SFTP.php');

这些行包含在我运行的每个文件中。当一个一个运行文件时，所有工作正常，但当一起运行所有文件时，我得到了内存泄漏问题。不知何故，“include_once”不包括事情一次，或者我做错了什么…

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

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

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

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