Symfony 4.4中Doctrine toIterable()内存激增问题咨询

核心差异：Doctrine的实体追踪机制 #

• getResult()：一次性将所有查询结果映射为实体对象后，默认会立即把这些实体从EntityManager的UnitOfWork中分离。分离后的实体不再被Doctrine追踪，只是普通PHP对象，遍历过程中旧对象能被PHP垃圾回收机制及时清理，所以内存消耗保持稳定。
• toIterable()：默认采用带追踪的迭代模式，每取出一个实体，都会被UnitOfWork的身份映射（Identity Map）保存引用，用于后续的实体状态管理。但遍历大量数据时，这些被追踪的实体无法被及时回收，导致内存随遍历持续递增，最终触发内存限制错误。

解决toIterable()内存问题的方法 #

给toIterable()传入['keepHydrated' => false]参数，让迭代时不保留实体的追踪状态，这样内存消耗就会和getResult()趋于一致。修改后的代码示例：

$documents = $this->em->getRepository(Document::class)
    ->getDocuments($spool)
    ->getQuery()
    ->toIterable(['keepHydrated' => false]);
foreach ($documents as $document) {
     dump(Helper::formatMemory(memory_get_usage()));
}

补充说明 #

在Doctrine 2.7版本中，toIterable()的默认行为是保持实体处于被管理状态，而getResult()默认返回的是分离状态的实体（未显式设置setKeepHydrated(true)或指定HYDRATE_OBJECT hydration模式时），这就是两者内存表现相反的本质原因。

内容的提问来源于stack exchange，提问作者Yohann Daniel Carter