Hibernate映射为何无法插入二级多对多关联关系？

咱们来拆解下你遇到的问题：保存User时，User与UserType的关联能正常写入中间表，但UserType与Operation的关联却没有生成对应的SQL，这主要和持久化上下文、事务边界以及级联操作的配置有关。

核心原因 #

1. 事务边界导致UserType变为游离状态 #

你的测试方法没有添加@Transactional注解，这意味着每个Repository操作都是独立的事务：

• 调用userTypeRepository.findAll()时，Hibernate加载UserType并将其置于托管状态，但事务结束后，这个UserType就变成了游离（Detached）状态。
• 你修改了这个游离状态的UserType的operations集合，随后将它关联到新创建的User上。
• 调用userRepository.save(user)时，开启了新的事务，此时Hibernate会尝试级联处理UserType，但因为它是游离状态，且你的级联配置只有CascadeType.MERGE，MERGE操作只会同步UserType的基本属性，不会自动处理集合关联的修改。

2. 级联类型不匹配 #

User与UserType的关联仅配置了CascadeType.MERGE，但你保存的是新建的User（Transient状态），Hibernate会执行PERSIST操作而非MERGE。此时PERSIST操作不会触发级联，导致UserType的修改无法被同步到数据库。

3. 集合替换未被Hibernate脏检查捕捉 #

你直接通过setOperations(new HashSet<>())替换了UserType的集合引用，而非在原有集合上进行增删操作。对于游离状态的实体，这种引用替换可能无法被Hibernate的脏检查机制识别，进而不会生成更新中间表的SQL。

修复方案 #

方案一：给测试方法添加事务注解 #

让所有操作处于同一个事务中，确保UserType始终处于托管状态，事务提交时Hibernate会自动同步所有修改：

@Test
@Order(1)
@Transactional // 添加这个注解
public void testInserAdmintUser() {
    // 原测试代码保持不变
}

方案二：调整级联配置 #

修改User实体中与UserType的多对多关联，添加CascadeType.PERSIST或直接使用CascadeType.ALL（根据业务需求选择），确保保存User时能级联处理UserType的关联修改：

@ManyToMany(cascade = { CascadeType.MERGE, CascadeType.PERSIST })
@JoinTable(
    name = "portal_user_user_type",
    joinColumns = { @JoinColumn(name = "portal_user_id_fk") },
    inverseJoinColumns = { @JoinColumn(name = "user_type_id_fk") }
)
Set<UserType> userTypes;

方案三：修改现有集合而非替换引用 #

避免直接替换集合，而是在UserType原有集合上进行增删操作，让Hibernate更容易捕捉到集合的变化：

// 替换原来的setOperations代码
UserType adminType = userTypesList.get(0);
adminType.getOperations().clear(); // 清空原有操作
adminType.getOperations().add(operationsList.get(0)); // 添加目标操作
userTypesSet.add(adminType);

验证建议 #

优先尝试方案一，因为它最直接地解决了事务边界的问题，能让你快速验证是否是事务导致的问题。如果问题仍然存在，再结合方案二或三调整配置和代码。

内容的提问来源于stack exchange，提问作者AndreaNobili