无法执行Fetch Join引发MultipleBagFetchException，仅查询端如何解决？

我之前也踩过这个坑！哪怕所有关联都是LAZY加载，只要你在同一个JPQL查询里同时Fetch Join两个Bag类型的集合（默认情况下，不带@OrderBy或@IndexColumn的List就是Bag），Hibernate就会抛出这个异常——它没法正确处理多个Bag带来的笛卡尔积和重复数据问题。既然你不能修改实体类，这里有几个只改查询/业务逻辑的解决方案：

方案1：拆分查询，分步加载关联 #

先通过Fetch Join加载Person和它的Autos，然后再手动初始化每个Auto的Tools集合。这样避免了在一个查询里同时Fetch两个Bag：

// 第一步：Fetch Join Person和Autos
@Query("SELECT p FROM Person p JOIN FETCH p.autos")
List<Person> findAllWithAutos();

// 业务逻辑中初始化Tools（利用Hibernate的initialize方法）
List<Person> persons = personRepository.findAllWithAutos();
for (Person person : persons) {
    for (Auto auto : person.getAutos()) {
        // 触发LAZY加载，Hibernate会自动优化为批量in查询
        Hibernate.initialize(auto.getTools());
    }
}

这个方法的好处是简单直接，缺点是会产生额外的查询，但Hibernate会对批量初始化做优化，不会有太多性能损耗。

方案2：使用EntityGraph替代Fetch Join #

Spring Data JPA的@EntityGraph可以帮你定义关联的加载策略，它能避免同时Fetch多个Bag的问题，底层会用更安全的方式批量加载关联：

@EntityGraph(attributePaths = {"autos", "autos.tools"})
@Query("SELECT p FROM Person p")
List<Person> findAllWithEntityGraph();

这里attributePaths指定了要加载的嵌套关联，Hibernate会自动处理关联加载逻辑，不会抛出MultipleBagFetchException。这种方式比拆分查询更简洁，查询次数也更优化。

为什么LAZY加载也会触发这个异常？ #

很多人以为只有EAGER才会出问题，但其实Fetch Join会强制覆盖原来的FetchType——不管你是LAZY还是EAGER，只要在一个查询里同时Fetch两个Bag，Hibernate就会报错。因为Bag是无序且允许重复的集合，Hibernate没法在笛卡尔积结果中正确映射多个Bag的关联关系。

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