如何与 Spring Data REST 和 JPA 保持双向关系？

Question

使用 Spring Data REST，如果您有 OneToMany 或 ManyToOne 关系，则 PUT 操作会在“非拥有”实体上返回 200，但实际上不会持久化连接的资源。

示例实体：

@Entity(name = 'author')
@ToString
class AuthorEntity implements Author {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    Long id

    String fullName

    @ManyToMany(mappedBy = 'authors')
    Set<BookEntity> books
}


@Entity(name = 'book')
@EqualsAndHashCode
class BookEntity implements Book {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    Long id

    @Column(nullable = false)
    String title

    @Column(nullable = false)
    String isbn

    @Column(nullable = false)
    String publisher

    @ManyToMany(fetch = FetchType.LAZY, cascade = [CascadeType.ALL])
    Set<AuthorEntity> authors
}

如果您使用PagingAndSortingRepository 支持他们，您可以获取Book，点击本书上的authors 链接并使用要关联的作者的URI 执行PUT。你不能走另一条路。

如果您对作者执行 GET 并对其 books 链接执行 PUT，则响应返回 200，但关系永远不会持续存在。

这是预期的行为吗？

Answer 1

这个链接有一个很好的教程，告诉你如何解决递归问题：Bidirectional Relationships

我能够使用@JsonManagedReference 和@JsonBackReference，它就像一个魅力

Answer 2

我遇到了类似的问题，在通过 REST api 将我的 POJO（包含双向映射 @OneToMany 和 @ManyToOne）作为 JSON 发送时，数据在父实体和子实体中都保持不变，但未建立外键关系.这是因为需要手动维护双向关联。

JPA 提供了一个注解@PrePersist，可用于确保在实体被持久化之前执行带有它注解的方法。由于 JPA 首先将父实体插入数据库，然后是子实体，因此我包含了一个用 @PrePersist 注释的方法，该方法将遍历子实体列表并手动为其设置父实体。

在你的情况下，它会是这样的：

class AuthorEntitiy {
    @PrePersist
    public void populateBooks {
        for(BookEntity book : books)
            book.addToAuthorList(this);   
    }
}

class BookEntity {
    @PrePersist
    public void populateAuthors {
        for(AuthorEntity author : authors)
            author.addToBookList(this);   
    }
}

在此之后，您可能会遇到无限递归错误，以避免使用@JsonManagedReference 注释您的父类和使用@JsonBackReference 注释您的子类。这个解决方案对我有用，希望它也对你有用。

Answer 3

tl;博士

关键不是 Spring Data REST 中的任何东西 - 因为您可以轻松地让它在您的场景中工作 - 但确保您的模型保持关联的两端同步。

问题

您在此处看到的问题源于 Spring Data REST 基本上修改了 AuthorEntity 的 books 属性。这本身并未在BookEntity 的authors 属性中反映此更新。这必须手动解决，这不是 Spring Data REST 构成的约束，而是 JPA 的一般工作方式。您只需手动调用设置器并尝试保持结果即可重现错误行为。

如何解决？

如果删除双向关联不是一个选项（请参阅下文，了解我为什么推荐这样做），唯一的方法是确保对关联的更改反映在双方。通常人们会在添加书籍时手动将作者添加到BookEntity 来解决这个问题：

class AuthorEntity {

  void add(BookEntity book) {

    this.books.add(book);

    if (!book.getAuthors().contains(this)) {
       book.add(this);
    }
  }
}

如果你想确保来自另一端的更改也被传播，那么额外的 if 子句也必须添加到 BookEntity 端。 if 基本上是必需的，否则这两种方法会不断地调用自己。

Spring Data REST，默认情况下使用字段访问，因此实际上没有方法可以将此逻辑放入其中。一种选择是切换到属性访问并将逻辑放入设置器中。另一种选择是使用带有 @PreUpdate/@PrePersist 注释的方法，该方法迭代实体并确保修改反映在双方。

消除问题的根本原因

如您所见，这给域模型增加了相当多的复杂性。正如我昨天在 Twitter 上开玩笑的那样：

#1 双向关联规则：不要使用它们... :)

如果您尽可能不使用双向关系，而是回退到存储库以获取构成关联背面的所有实体，这通常会简化问题。

确定要删除哪一侧的一个很好的启发式方法是考虑关联的哪一侧对于您正在建模的领域来说是真正的核心和关键。在你的情况下，我认为一个作家没有她写的书是完全可以的。另一方面，没有作者的书根本没有太多意义。所以我会在BookEntity 中保留authors 属性，但在BookRepository 上引入以下方法：

interface BookRepository extends Repository<Book, Long> {

  List<Book> findByAuthor(Author author);
}

是的，这需要以前可以调用 author.getBooks() 的所有客户端现在使用存储库。但从积极的方面来说，您已经从域对象中删除了所有杂乱无章的内容，并在此过程中创建了从书籍到作者的清晰依赖方向。书籍取决于作者，但反之则不然。