在我的情况下，mac (Catalina - Xampp)没有加载文件，所以我必须先这样做。

sudo cp /etc/php.ini.default /etc/php.ini
sudo nano /etc/php.ini

然后修改memory_limit = 512M

然后重新启动Apache，检查文件是否加载

php -i | grep php.ini

结果是

Configuration File (php.ini) Path => /etc
Loaded Configuration File => /etc/php.ini

最后检查

php -r "echo ini_get('memory_limit').PHP_EOL;"

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

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

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

<?php

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

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

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

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

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

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

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

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

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

class Proxy {

    private $actualObject;

    public function doSomething() {

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

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

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

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

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