具有无限递归的双向关系

Question

首先，这是我的实体。

玩家：

@Entity
@JsonIdentityInfo(generator=ObjectIdGenerators.UUIDGenerator.class, 
property="id")
public class Player {

    // other fields

    @ManyToOne
    @JoinColumn(name = "pla_fk_n_teamId")
    private Team team;

    // methods

}

团队：

@Entity
@JsonIdentityInfo(generator=ObjectIdGenerators.UUIDGenerator.class, 
property="id")
public class Team {

    // other fields

    @OneToMany(mappedBy = "team")
    private List<Player> members;

    // methods

}

正如已经说明的许多主题一样，您可以通过Jackson以多种方式避免WebService中的StackOverflow Exeption。

这很酷，除了JPA之外，在序列化之前，所有的实体都可以无限递归地构造另一个实体。这只是丑陋的ans请求需要更长的时间。检查这个截图:IntelliJ调试器

有办法解决吗？知道我希望根据endpoint获得不同的结果。示例：

< li >endpoint/团队/{id} =

谢谢你！

编辑：也许这个问题并不能很清楚地给出我得到的答案，所以我会尽量更准确。

我知道可以通过杰克逊（@JSONIgnore，@JsonManagedReference/@JSONBackReference等）或通过对DTO进行一些映射来防止无限递归。我仍然看到的问题是：以上两者都是查询后处理。Spring JPA返回的对象仍然是（例如）一个团队，包含玩家列表，包含团队，包含玩家列表等。

我想知道是否有办法告诉JPA或存储库(或任何东西)不要一遍又一遍地绑定实体内的实体？

Answer 1

您可以使用@JsonIgnoreProperties注释来避免无限循环，如下所示:

@JsonIgnoreProperties("members")
private Team team;

或者像这样：

@JsonIgnoreProperties("team")
private List<Player> members;

或者两者兼而有之。

Answer 2

就我而言，我意识到我不需要双向（一对多多对一）关系。

这解决了我的问题：

java prettyprint-override">// Team Class:
@OneToMany(fetch = FetchType.LAZY, cascade = CascadeType.ALL)
private Set<Player> members = new HashSet<Player>();

// Player Class - These three lines removed:
// @ManyToOne
// @JoinColumn(name = "pla_fk_n_teamId")
// private Team team;

龙目岛项目也可能产生这个问题。尝试添加@ToString，如果您使用的是龙目岛，请@EqualsAndHashCode。

@Data
@Entity

@EqualsAndHashCode(exclude = { "members"}) // This,
@ToString(exclude = { "members"}) // and this

public class Team implements Serializable {

// ...

这是一个关于无限递归注释的很好的指南

Answer 3

下面是我如何在我的项目中处理这个问题。

我使用了数据传输对象的概念，在两个版本中实现：完整对象和轻对象。

我将包含引用实体的对象定义为 List as Dto（仅保存可序列化值的数据传输对象），并将没有引用实体的对象定义为 Info。

Info对象仅保存有关实体本身的信息，而不包含有关关系的信息。

现在，当我通过 REST API 交付 Dto 对象时，我只是将 Info 对象放在引用中。

假设我在< code>GET /players/1上交付了一个< code>PlayerDto:

public class PlayerDto{
   private String playerName;
   private String playercountry;
   private TeamInfo;
}

而天文旅对象看起来像

public class TeamInfo {
    private String teamName;
    private String teamColor;
}

与< code>TeamDto相比

public class TeamDto{
    private String teamName;
    private String teamColor;
    private List<PlayerInfo> players;
}

这避免了无休止的序列化，并且还为您的Rest资源提供了一个合乎逻辑的结局，因为在其他方面，您应该能够获得/玩家/1/团队/玩家/1/团队

此外，这个概念清楚地将数据层与客户端层(在本例中是REST API)分开，因为您并没有将实际的实体对象传递给接口。为此，您将服务层中的实际实体转换为< code>Dto或< code>Info。为此我使用了http://modelmapper.org/，因为它非常简单(一个简短的方法调用)。

此外，我懒洋洋地获取所有引用的实体。我的服务方法获取实体并将其转换为在html" target="_blank">事务范围内运行的< code>Dto，无论如何这都是一个好的实践。

要告诉 JPA 懒惰地获取实体，只需通过定义提取类型来修改关系注释即可。此项的默认值为“获取 = 提取类型”，这在你的情况下是有问题的。这就是为什么你应该把它改成“抓取=抓取类型”。

public class TeamEntity {

    @OneToMany(mappedBy = "team",fetch = FetchType.LAZY)
    private List<PlayerEntity> members;
}

同样，玩家

public class PlayerEntity {

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "pla_fk_n_teamId")
    private TeamEntity team;
}

从服务层调用存储库方法时，重要的是，这是在@Transactional范围内发生的，否则，您将无法获得延迟引用的实体。看起来是这样的：

 @Transactional(readOnly = true)
public TeamDto getTeamByName(String teamName){
    TeamEntity entity= teamRepository.getTeamByName(teamName);
    return modelMapper.map(entity,TeamDto.class);
}