Spring JPA多对多关系中复用已有实体而非创建新实体的方案

问题根源 #

你当前代码里，Book和Author的多对多关联用了CascadeType.ALL，从JSON反序列化出来的Book对象中，关联的Author是没有ID的分离实体——JPA无法识别数据库中已存在同名作者，直接将这些分离实体当作新数据插入，这就是重复创建作者A的原因。

方案一：用@NaturalId实现自动匹配（推荐） #

这是JPA原生支持的业务唯一标识处理方式，比手动遍历更规范高效。

1. 给Author的name字段添加自然主键注解 #

@Data
@NoArgsConstructor
@AllArgsConstructor
@Entity
@Table(name = "author")
public class Author {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    
    @NaturalId // 标记name为业务唯一的自然主键
    @Column(unique = true) // 数据库层面强制name唯一，从根源避免重复
    private String name;

    @ManyToMany(mappedBy = "authors", fetch = FetchType.LAZY)
    @JsonIgnoreProperties("authors")
    private List<Book> books = new ArrayList<>();
}

同时删掉Author端的CascadeType.ALL，多对多的级联逻辑交给主控端（Book）即可，两端都加级联容易引发循环操作问题。

2. 调整Book的级联策略 #

把CascadeType.ALL替换为CascadeType.PERSIST，仅在保存新Book时，级联保存真正的新作者，而非所有关联实体：

@ManyToMany(
        cascade = CascadeType.PERSIST, // 替换ALL为PERSIST
        fetch = FetchType.LAZY
)
@JoinTable(
        name = "book_author",
        joinColumns = @JoinColumn(name = "book_id"),
        inverseJoinColumns = @JoinColumn(name = "author_id")
)
@JsonIgnoreProperties("books")
private List<Author> authors = new ArrayList<>();

3. 批量查询优化保存逻辑 #

在AuthorRepository中添加批量查询方法：

public interface AuthorRepository extends JpaRepository<Author, Long> {
    List<Author> findByNameIn(List<String> names);
}

修改Controller的保存逻辑，通过批量查询减少数据库交互：

@PostMapping
public ResponseEntity<Book> saveBook(@RequestBody Book book) {
    // 提取所有传入的作者名字
    List<String> authorNames = book.getAuthors().stream()
            .map(Author::getName)
            .collect(Collectors.toList());
    
    // 一次性查询所有已有作者，避免多次DB请求
    List<Author> existingAuthors = authorRepository.findByNameIn(authorNames);
    Set<String> existingNames = existingAuthors.stream()
            .map(Author::getName)
            .collect(Collectors.toSet());
    
    // 筛选出真正的新作者
    List<Author> newAuthors = book.getAuthors().stream()
            .filter(author -> !existingNames.contains(author.getName()))
            .collect(Collectors.toList());
    
    // 合并已有作者和新作者，设置给Book
    book.setAuthors(Stream.concat(existingAuthors.stream(), newAuthors.stream())
            .collect(Collectors.toList()));
    
    Book savedBook = bookService.saveBook(book);
    return new ResponseEntity<>(savedBook, HttpStatus.CREATED);
}

这种方式仅需2次数据库操作，比逐个查询高效得多，也满足你不想遍历查询的需求。

方案二：用EntityManager的merge操作（谨慎使用） #

如果想依赖JPA的合并机制，可以在保存前将分离的Author合并到持久化上下文：

@Autowired
private EntityManager entityManager;

@PostMapping
public ResponseEntity<Book> saveBook(@RequestBody Book book) {
    book.setAuthors(book.getAuthors().stream()
            .map(author -> {
                Optional<Author> existing = authorRepository.findByName(author.getName());
                // 存在则复用已有实体，不存在则合并（插入）新实体
                return existing.orElseGet(() -> entityManager.merge(author));
            })
            .collect(Collectors.toList()));
    
    Book savedBook = bookService.saveBook(book);
    return new ResponseEntity<>(savedBook, HttpStatus.CREATED);
}

注意：该方式仍需查询，且如果Author存在其他字段，merge操作可能会意外更新已有数据，需谨慎使用。

关键提醒 #

• 多对多关联绝对不要在两端都使用CascadeType.ALL，会引发循环级联，导致数据一致性问题。
• 必须给Author.name添加数据库唯一约束，即使代码层做了处理，数据库层面也要兜底防止重复数据。
• @NaturalId是JPA处理“按业务字段匹配已有实体”场景的标准方案，比手动遍历更可靠。

内容的提问来源于stack exchange，提问作者Huỳnh Nguyễn Ngọc Hải