平房预订系统JPA多对多关联查询触发栈溢出无限列表问题

• 双向多对多关联配置错误：你在Attraction和Visit两个实体上都配置了@JoinTable定义中间表，没有区分关系维护端和被维护端，导致JPA解析关联关系时出现重复映射，触发双向递归加载。
• 循环引用导致递归调用：Attraction实体包含Visit集合属性，Visit实体又包含Attraction集合属性，在序列化（如返回JSON给前端）、调用toString/equals/hashCode方法、或者级联加载时，会触发两边属性的无限递归调用，最终导致栈溢出、返回无限嵌套的列表结构。
• 若你手动将@ManyToMany的加载策略设置为EAGER立即加载，会进一步加剧递归加载的问题。

1. 修正双向多对多的关联配置
   选择其中一方作为关系维护端，另一方作为被维护端，删除被维护端的@JoinTable配置，改用mappedBy指向维护端的关联属性名。比如我们选择Attraction作为维护端，将Visit实体的关联注解修改为：

// 替换原Visit类中的@ManyToMany和@JoinTable配置
@ManyToMany(mappedBy = "visitList", cascade = {CascadeType.MERGE,CascadeType.REFRESH})
List<Attraction> attractions;

这样关联关系仅由Attraction端维护，避免重复映射的问题。

2. 打破循环引用
   根据使用场景选择以下任意一种方案即可：

• 序列化场景：如果是返回JSON时触发的问题，在被维护端的关联属性上添加@JsonIgnore注解，序列化时会忽略该属性避免递归：

@JsonIgnore
@ManyToMany(mappedBy = "visitList", cascade = {CascadeType.MERGE,CascadeType.REFRESH})
List<Attraction> attractions;

也可以使用@JsonManagedReference（加在维护端visitList属性上）和@JsonBackReference（加在被维护端attractions属性上）配对实现关联属性的正常单向序列化。

• 方法调用场景：如果你使用了Lombok的@Data注解，在两个实体的关联集合属性上添加@ToString.Exclude、@EqualsAndHashCode.Exclude注解，避免toString、equals方法触发递归。如果是手动实现的这些方法，不要将关联集合属性纳入方法逻辑。

3. 优化加载策略与查询
   保持@ManyToMany默认的FetchType.LAZY懒加载策略，不要修改为EAGER，仅在需要用到关联数据时再主动获取。同时关联关系配置正确后，你可以直接调用visit.getAttractions()获取关联的景点列表，无需额外编写findAttractionsByVisitList查询方法。

4. 可选方案：使用DTO封装返回结果
   如果不希望修改实体的注解配置，可以自定义DTO类只接收你需要返回的业务字段，查询后将实体转换为DTO再返回，从根源上避免循环引用的问题。

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