14

首先，这是我的实体。

播放器：

@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 调试器

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

  • 端点/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 或存储库（或任何东西）不要一遍又一遍地绑定实体内的实体？

4

3 回答 3

10

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

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

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

一个Info对象只保存关于实体本身的信息，而不是关于关系的信息。

Dto现在，当我通过 REST API交付对象时，我只是简单地放置Info对象作为引用。

假设我交付了一个PlayerDtoover GET /players/1：

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）分开，因为您不会将实际的实体对象传递给接口。为此，您将服务层内的实际实体转换为 aDto或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);
}
于 2018-04-05T11:08:39.510 回答
6

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

@JsonIgnoreProperties("members")
private Team team;

或像这样：

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

或两者。

于 2018-04-05T09:28:12.173 回答
6

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

这解决了我的问题：

// 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也可能产生此问题。尝试添加@ToString，@EqualsAndHashCode如果您使用的是 Lombok。

@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

于 2019-05-23T04:19:28.140 回答