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

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

class Proxy {

    private $actualObject;

    public function doSomething() {

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

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

当用array_push向数组中添加2250万条记录时，我一直在php.ini文件中使用4G作为内存限制，在大约20M条记录时得到“内存耗尽”致命错误。为了解决这个问题，我添加了这个语句

$old = ini_set('memory_limit', '8192M');

在文件的顶部。现在一切正常。我不知道PHP是否有内存泄漏。那不是我的工作，我也不在乎。我只需要完成我的工作，这个成功了。

程序非常简单:

$fh = fopen($myfile);
while (!feof($fh)) {
    array_push($file, stripslashes(fgets($fh)));
}
fclose($fh);

致命错误指向第3行，直到我提高了内存限制 消除了错误。

PHP的内存分配可以永久调整，也可以临时调整。

永久

可以通过两种方式永久地更改PHP内存分配。

如果您可以访问php.ini文件，您可以将memory_limit的值编辑为您想要的值。

如果你不能访问你的php.ini文件(你的主机允许)，你可以通过你的.htaccess文件覆盖内存分配。添加php_value memory_limit 128M(或您想要的分配值)。

临时

您可以在PHP文件中动态地调整内存分配。你只需有代码ini_set('memory_limit'， '128M');(或者你想要的分配)。您可以通过将值设置为“-1”来删除内存限制(尽管机器或实例限制仍然可能应用)。

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

如果你正在运行一个whm驱动的VPS(虚拟专用服务器)，你可能会发现你没有权限直接编辑PHP.INI;系统必须这样做。在WHM主机控制面板，进入“服务配置→PHP配置编辑器”，修改memory_limit:

启用这两行后，它开始工作:

; Determines the size of the realpath cache to be used by PHP. This value should
; be increased on systems where PHP opens many files to reflect the quantity of
; the file operations performed.
; http://php.net/realpath-cache-size
realpath_cache_size = 16k

; Duration of time, in seconds for which to cache realpath information for a given
; file or directory. For systems with rarely changing files, consider increasing this
; value.
; http://php.net/realpath-cache-ttl
realpath_cache_ttl = 120