我在php7.2和laravel 5.6中遇到了同样的问题。我只是增加变量memory_limit = 128M在php.ini的数量作为我的应用程序的需求。可能是256M/512M/1048M.....现在它工作得很好。

如果您试图读取一个文件，这将占用PHP中的内存。例如，如果您试图打开并读取一个MP3文件(例如，$data = file("http://mydomain.com/path/sample.mp3"))，它将把它全部拉到内存中。

正如Nelson所建议的，如果您确实需要使用这么多内存，您可以提高您的最大内存限制。

Wordpress用户添加一行:

@ini_set（“memory_limit”、“-1”）;

在wp-settings.php中，你可以在wordpress安装的根文件夹中找到

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.

我注意到许多答案只是试图增加脚本的内存数量，但通常情况下，这意味着由于不可预见的容量或大小，某些东西对内存过于自由。显然，如果你不是脚本的作者，除非你有野心，否则你要受作者的摆布:)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等工具中查看配置文件

写

ini_set (memory_limit’,‘- 1);

在你的index.php中，在PHP标签打开后的顶部