It is unfortunately easy to program in PHP in a way that consumes memory faster than you realise. Copying strings, arrays and objects instead of using references will do it, though PHP 5 is supposed to do this more automatically than in PHP 4. But dealing with your data set in entirety over several steps is also wasteful compared to processing the smallest logical unit at a time. The classic example is working with large resultsets from a database: most programmers fetch the entire resultset into an array and then loop over it one or more times with foreach(). It is much more memory efficient to use a while() loop to fetch and process one row at a time. The same thing applies to processing a file.

我想分享我在这个问题上的经验!

假设你有a类和B类。

class A {
    protected $userB;

    public function __construct() {
        $this->userB = new B();
    }
}

class B {
    protected $userA;

    public function __construct() {
        $this->userA = new A();
    }
}

这将启动一个对象链的形成，这可能会产生这种问题!

我们也遇到过类似的情况，我们尝试了顶部给出的答案 报错(' memory_limit ', ' 1 '); 一切工作正常，压缩图像文件大于1MB到KBs。

我注意到许多答案只是试图增加脚本的内存数量，但通常情况下，这意味着由于不可预见的容量或大小，某些东西对内存过于自由。显然，如果你不是脚本的作者，除非你有野心，否则你要受作者的摆布:)PHP文档甚至说内存问题是由于“写得不好的脚本”。

值得一提的是，ini_set('memory_limit'， '-1');(无限制)会导致服务器不稳定，因为0字节空闲=坏事。相反，要根据脚本要做的事情和机器上可用的内存数量找到一个合理的平衡。

一个更好的方法是:如果您是脚本的作者(或雄心勃勃)，您可以使用xdebug调试此类内存问题。最新版本(2.6.0 -发布2018-01-29)带回了内存分析，显示哪些函数调用消耗了大量内存。它暴露了脚本中难以找到的问题。通常情况下，低效率是在一个循环中，它不期望它接收到的容量，但每种情况都将留给读者作为练习:)

xdebug文档很有帮助，但它可以归结为3个步骤:

安装它-可通过apt-get和yum等 配置它- xdebug.ini: xdebug。Profiler_enable = 1, xdebug。Profiler_output_dir = /where/ever/ 在QCacheGrind、KCacheGrind等工具中查看配置文件

我没有更新主机，数据库是只读的。Joomla需要编写会话，但无法完成。

如果您的脚本需要分配这么大的内存，那么您可以通过在php文件中添加这一行来增加内存限制

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

其中，4400万是你预计消费的数量。

但是，大多数情况下，此错误消息意味着脚本正在做错误的事情，增加内存限制只会导致相同的错误消息，但数字不同。

因此，您必须重写代码，而不是增加内存限制，这样它就不会分配那么多内存。例如，在较小的块中处理大量数据，取消保存大值但不再需要的变量，等等。