Spring Data JPA - 无限递归的双向关系

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 中的 StackOverflowExeption。

这很酷，除了 JPA 之外，在序列化之前仍然构造一个无限递归到另一个实体的实体。这很丑陋，因为请求需要更长的时间。检查此屏幕截图：IntelliJ debugger

有办法解决吗？知道我想要不同的结果取决于端点。例子：

• 端点 /teams/{id} => Team={id..., members=[Player={id..., team=null}] }
• 端点 /members/{id} => Player={id..., team={id..., members=null}}

谢谢！

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

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

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

Answer 1

这是我在项目中处理此问题的方法。

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

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

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

现在，当我通过 REST API 传递 Dto 对象时，我只需将 Info 对象作为引用。

假设我通过GET /players/1 传递PlayerDto：

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

而 TeamInfo 对象看起来像

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

与TeamDto相比

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

这避免了无休止的序列化，也为你的休息资源做了一个合乎逻辑的结束，否则你应该能够GET /player/1/team/player/1/team

此外，该概念清楚地将数据层与客户端层（在本例中为 REST API）分开，因为您不会将实际的实体对象传递给接口。为此，您将服务层内的实际实体转换为Dto 或Info。我为此使用http://modelmapper.org/，因为它非常简单（一个简短的方法调用）。

我还懒惰地获取所有引用的实体。我的服务方法获取实体并将其转换为 Dto 以在事务范围内运行，无论如何这是一个好习惯。

延迟抓取

要告诉 JPA 延迟获取实体，只需通过定义获取类型来修改关系注释。默认值为fetch = FetchType.EAGER，在您的情况下这是有问题的。这就是为什么你应该把它改成fetch = FetchType.LAZY

public class TeamEntity {

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

Player也是如此

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);
}

Answer 2

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

这解决了我的问题：

// 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;

Project Lombok 也可能产生此问题。如果您使用 Lombok，请尝试添加 @ToString 和 @EqualsAndHashCode。

@Data
@Entity

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

public class Team implements Serializable {

// ...

这是一个很好的无限递归注释指南https://www.baeldung.com/jackson-bidirectional-relationships-and-infinite-recursion

Answer 3

你可以使用@JsonIgnoreProperties注解来避免死循环，像这样：

@JsonIgnoreProperties("members")
private Team team;

或者像这样：

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

或两者兼而有之。