我在一个比以前工作的数据集更小的数据集上运行时出现了下面的错误。

致命错误:在C:\workspace\image_management.php的第173行中，允许的内存大小为134217728字节已耗尽(试图分配4096字节)

由于寻找故障把我带到了这里，我想我应该提到，在以前的回答中，它并不总是技术解决方案，而是一些更简单的东西。对我来说，是火狐。在我运行程序之前，它已经使用了1157 MB。

事实证明，我在一段时间内每次都在看一个50分钟的视频，这把事情搞砸了。这是一种专家们想都不用想就能纠正的修复方法，但对我这样的人来说，这是值得记住的。

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

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

当用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行，直到我提高了内存限制 消除了错误。

对于Drupal用户，以下是Chris Lane的回答:

ini_set('memory_limit', '-1');

可以，但我们得把它放在开幕式之后

<?php

标记在站点根目录的index.php文件中。

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

通过ini_set('memory_limit'， '-1')修改memory_limit;不是一个正确的解决方案。请不要这样做。

您的PHP代码可能在某个地方有内存泄漏，您告诉服务器只使用它想要的所有内存。你根本就解决不了问题。如果监视您的服务器，您将看到它现在可能正在使用大部分RAM，甚至正在切换到磁盘。

您可能应该尝试追踪代码中的违规代码并修复它。