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

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

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

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

PHP 5.3+允许您通过在public_html文件夹中放置.user.ini文件来更改内存限制。 简单地创建上面的文件，并在其中键入以下一行:

memory_limit = 64M

一些cPanel主机只接受这个方法。

我花了两天时间寻找解决这个问题的方法，我在打电话给PDO时发现了这是原因

$stmt->bindParam(":PERIOD", $period); 

变量周期是an

empty string ''

所以这个问题可能有多个根本原因，我给你们的建议是尝试一种试错法或者二分法来寻找根本原因，删除代码并尝试搜索失败的行代码

更新:我也面临这个错误的方法$pdo->查询()，我使用$pdo->准备()，工作得很好，所以，当我有

$sql = "SELECT * FROM COURSE_DETAILS where ACTIVE = 1 AND COURSE_DETAILS_ID = $id";
$stmt = getConnection()->query($sql);
$courseDetails = $stmt->fetchAll(PDO::FETCH_ASSOC)

然后我把这个改成

$sql = "SELECT * FROM COURSE_DETAILS where ACTIVE = 1 AND COURSE_DETAILS_ID = ?";
$stmt = getConnection()->prepare($sql);
$stmt->execute(array($id)); 

记忆错误神奇地消失了!

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

与其更改php.ini文件中的memory_limit值，不如在代码的某个部分可能会使用大量内存，您可以在该部分运行之前删除memory_limit，然后在该部分运行之后替换它。

$limit = ini_get('memory_limit');
ini_set('memory_limit', -1);
// ... do heavy stuff
ini_set('memory_limit', $limit);

我一直得到这个错误，即使在php.ini中设置了memory_limit，并且用phpinfo()正确地读取值。

把它改成这样:

memory_limit=4G

:

memory_limit=4096M

这纠正了PHP 7中的问题。