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

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

只需添加一个ini_set('memory_limit'， '-1');在你的网页顶部的行。

并且您可以根据需要将内存设置在-1的位置，设置为16M，等等。

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

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

class Proxy {

    private $actualObject;

    public function doSomething() {

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

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

当你看到上面的错误-特别是如果(试图分配__字节)是一个低值，这可能是一个无限循环的指示符，就像一个函数调用自己没有出路:

function exhaustYourBytes()
{
    return exhaustYourBytes();
}

我发现当在实际处理的文件中包含或要求_dbconnection.php_和_functions.php时，而不是在头文件中包含时，它很有用。这是包含在自身中的。

因此，如果包含了页眉和页脚，只需在包含页眉之前包含所有函数文件。

我花了两天时间寻找解决这个问题的方法，我在打电话给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)); 

记忆错误神奇地消失了!