Doctrine ORM一对多关系下子集合为空时如何删除父实体？

你遇到的批量删除失效，核心原因是两个层面的状态判断逻辑错了：

1. 集合计数的快照偏差：onFlush事件触发时，UnitOfWork（UoW）还未执行实体的实际删除操作，$game->getProducts()返回的是实体加载时的原始集合快照，不会自动减去本轮已经标记为待删除的同属一个Game的Product。
2. 无维度的重复判断：原代码遍历每一个待删除的Product时，都直接做判断，既没有按Game维度归集同批次的删除事件，也会对同一个Game重复触发删除逻辑，计数自然不准。

举个最常见的批量失效场景：某Game下挂了3个Product，本轮要全部删除，此时$game->getProducts()的计数永远是3，永远满足不了“计数等于1才删Game”的判断条件，最终Game就会成为无关联Product的空壳实体。

核心思路是先按Game维度归集本批次所有待删除的Product，统一计算删除完成后的剩余Product数，再触发Game的删除逻辑，不要遍历一个Product就临时判断一次。

修正后的监听器代码参考：

class ChainDeletionListener 
{
    public function onFlush(OnFlushEventArgs $event): void 
    {
        $em = $event->getEntityManager();
        $uow = $em->getUnitOfWork();
        $deletedGames = []; // 记录已经标记删除的Game，避免重复处理

        // 第一步：按Game归集所有本批次待删除的Product
        $gameDeleteGroups = [];
        foreach ($uow->getScheduledEntityDeletions() as $entity) {
            if (!$entity instanceof Product) {
                continue;
            }

            $game = $entity->getGame();
            $gameId = $game->getId();
            // 跳过已经标记为待删除的Game
            if (isset($deletedGames[$gameId])) {
                continue;
            }

            // 初始化当前Game的删除统计组
            if (!isset($gameDeleteGroups[$gameId])) {
                $gameDeleteGroups[$gameId] = [
                    'game' => $game,
                    'originalProductCount' => $game->getProducts()->count(),
                    'batchDeleteCount' => 0
                ];
            }
            $gameDeleteGroups[$gameId]['batchDeleteCount']++;
        }

        // 第二步：统一计算每个Game删除完关联Product后的剩余数量
        foreach ($gameDeleteGroups as $gameId => $group) {
            $remainingCount = $group['originalProductCount'] - $group['batchDeleteCount'];
            // 剩余Product为0时，同步删除关联Game
            if ($remainingCount === 0) {
                $em->remove($group['game']);
                $deletedGames[$gameId] = true;
            }
        }
    }
}

• 去掉手动调用的computeChangeSet：原代码在循环里手动触发变更集计算的操作是多余的，onFlush阶段UoW会在事件处理完成后统一计算所有实体的变更集，手动提前计算反而会引发状态错乱。
• 避免重复删除：用ID做键的归集数组可以确保同一个Game只会被判断一次、只会被remove一次，不会因为遍历多个同Game的Product重复触发删除逻辑。
• 规避集合实时计数的偏差：不依赖onFlush阶段$game->getProducts()的动态值，而是用“原始集合快照值 - 本批次删除数”的方式计算最终剩余值，不管单删还是批量删都能得到准确结果。

额外优化提示：如果你的Game实体关联Product时配置了持久化集合，还可以额外检查当前Game是否已经在UoW的待删除列表中，避免对同一个实体重复调用remove方法。

内容的提问来源于stack exchange，提问作者Schyzophrenic