在我的例子中，这是一个简单的问题与函数的编写方式。给函数的输入变量赋一个新值可能会导致内存泄漏，例如:

/**
* Memory leak function that illustrates unintentional bad code
* @param $variable - input function that will be assigned a new value
* @return null
**/
function doSomehting($variable){
    $variable = 'set value';
    // Or
    $variable .= 'set value';
}

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

; 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

在我的情况下，它是一个完整的磁盘和mysql屎在自己。

在释放磁盘空间、修复数据库并重新启动Apache之后，我的站点重新工作了!

一些开车路过的孩子设法淹没了我的日志，填满了我在虚拟机中剩下的大约500个字节。: D

您站点的根目录:

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

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