QueryDSL 4中如何正确获取延迟加载的关联集合？

这个问题我之前也碰到过，QueryDSL 4对关联查询的API做了不小的调整，导致原来3.x的写法在4.x里不再生效。核心原因是QueryDSL 4明确区分了普通join和fetch join，你原来的代码只是做了普通的left join，并没有触发关联实体的即时加载，所以事务外访问Owners时就会抛出LazyInitializationException。

解决方案一：使用leftJoinFetch快捷方法 #

把原来的leftJoin替换成leftJoinFetch，这样QueryDSL会生成和你原生JPA查询一样的LEFT JOIN FETCH语句，一次性加载Car和关联的Owners：

List<Car> cars = new JPAQuery<Car>(em)
    .select(car)
    .from(car)
    .leftJoinFetch(car.owners, owner)
    .where(car.make.eq(make))
    .orderBy(new OrderSpecifier<>(Order.ASC, car.id))
    .distinct()
    .fetch();

解决方案二：在join后调用fetchJoin() #

如果需要更灵活的控制（比如先添加join条件再触发fetch），可以在普通left join之后调用fetchJoin()方法，标记这个join要执行fetch操作：

List<Car> cars = new JPAQuery<Car>(em)
    .select(car)
    .from(car)
    .leftJoin(car.owners, owner)
    .fetchJoin() // 显式指定该join为fetch join
    .where(car.make.eq(make))
    .orderBy(new OrderSpecifier<>(Order.ASC, car.id))
    .distinct()
    .fetch();

为什么QueryDSL 3的写法有效？ #

在QueryDSL 3中，.fetch()方法是附加在join操作后的，用来标识这个join是fetch join；但QueryDSL 4重构了这部分API，把fetch join的逻辑拆分成了单独的fetchJoin()方法，或者提供了*JoinFetch这类快捷方法，让API语义更清晰，避免了原来写法的歧义。

这样修改后，查询就会像你手动写的JPA查询一样，在查询Car的同时把关联的Owners也加载进来，事务外部访问就不会有懒加载问题了。

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