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

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

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

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

greeting是一个非常常见的问题，因为如果你分配给php的内存非常少，而你的网站正在增长，将需要更多的资源。

我发现自己在一个网站，有问题，给错误500修改只有一些产品，问题是他们在这些特定的产品中使用了非常重的图像，解决方案: 1.-增加php.ini中的“memory_limit 2.—降低图片的权重。 3.-再次调整“memory_limit”为一个可接受的值“512M”，至少对我来说绰绰有余。

现在，重要的是要验证所做的更改，因为PHP除了在服务器上有几个版本和几种类型的安装外，可能您修改了一个而它不起作用，这是因为您没有修改正确的PHP .ini文件。

如何验证修改的文件是否正确?

在prestashop仪表板进入高级设置/信息，你可以看到“内存限制”。

始终记住，在php.ini文件中进行更改后，建议重新启动apache或Nginx。

Ubuntu: sudo服务apache2重启

重要提示:永远不要设置“memory_limit = -1”，正如许多人在这里提到的那样。问题在于，如果某个文件或模块出现问题，就可能处于持续循环中，消耗服务器的所有内存和处理器。让我们举一个简单的例子:一个模块有一个错误，并调用了一个函数，直到它不是正的，它会继续调用，这将创建一个无限循环，它永远不会停止这样做，因为php没有限制。

我希望它能帮助有这个问题的同事。

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

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

class Proxy {

    private $actualObject;

    public function doSomething() {

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

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

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

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

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

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

正确的方法是编辑你的php.ini文件。 将memory_limit编辑为所需的值。

从你的问题来看，已经超过了128M(这是默认的限制)，所以你的代码有严重的问题，它不应该占用那么多。

如果您知道为什么需要这么多，并且您希望允许它设置memory_limit = 512M或更高，那么您应该没问题。