Spring Boot多对多关联：Donor与Donation双向绑定保存异常

两个关联方法效果完全不同，本质是没有搞清楚 @ManyToMany 映射中关系维护端和被维护端的持久化规则：

• 你在 Donor 实体上通过 @JoinTable 注解指定了中间表，这意味着 Donor 是多对多关系的唯一维护端：所有中间表的关联数据写入、删除操作，只有 Donor 实体侧的集合变动会被 Hibernate 监听，触发对应的中间表SQL。
• 你在 Donation 实体上通过 mappedBy = "donations" 指定了关系映射，这意味着 Donation 是被维护端：这个实体侧定义的 donors 集合，Hibernate 完全不会监听它的任何变动，就算往集合里加再多实体，也不会触发任何中间表的关联写入操作。

能正常运行的 Donation 侧保存逻辑 #

你当前的 saveDonation 方法能跑通，本质是歪打正着走对了维护端的操作路径：

1. 从数据库查出 Donor 实体（关系维护端）
2. 调用 donor.addDonation(donation)，把新的捐赠记录加到 Donor 侧的 donations 集合里 —— 这个集合是Hibernate真正会监听的
3. 保存新的 Donation 实体，事务提交时，Hibernate 检测到维护端 Donor 的集合新增了关联，自动往 donor_donation 中间表插入对应的 donor_id、donation_id 映射，关联自然就生效了。

无法生效的 Donor 侧保存逻辑 #

你当前的 saveDonor 方法不生效，是两个问题叠加导致的：

1. 关联加错了集合：你调用 donation.addDonor(donor) 把 Donor 加到了 Donation 侧的 donors 集合里，这个集合是被维护端的，Hibernate 完全忽略它的变动，不会因为这个操作写任何中间表数据。
2. 维护端的集合根本没更新：你全程没有把查出来的 Donation 加到 Donor 自己的 donations 集合里，就算你保存了 Donor，Hibernate 检测到 Donor 侧的关联集合是空的，自然不会往中间表写任何关联记录。
   额外的感知偏差：Donation 侧的 donors 集合加了 @JsonIgnore 注解，就算你在内存里加了关联，接口返回时也看不到这个字段，进一步会让你误以为关联完全没有生效。

新增 Donor 时关联已存在的 Donation（修正版） #

public Donor saveDonor(Donor donor) {
    if (donor.getDonationId() != null) {
        // 先查对应ID的捐赠记录，避免空指针
        Donation existedDonation = donationRepository.findById(donor.getDonationId())
                .orElseThrow(() -> new IllegalArgumentException("ID为" + donor.getDonationId() + "的捐赠记录不存在"));
        // 核心操作：把关联放到维护端Donor的集合里，这是Hibernate真正会监听的操作
        donor.addDonation(existedDonation);
        // 可选：为了内存层面的双向导航，给被维护端也加个关联，这个操作不影响持久化
        existedDonation.addDonor(donor);
    }
    return donorRepository.save(donor);
}

修正后效果：保存Donor时，Hibernate 会自动在 donor_donation 中间表写入对应的关联记录，和你之前写的 Donation 侧保存逻辑生效规则完全一致。

可选优化：统一规范双向关联的操作逻辑 #

你当前的双向add方法可以优化成保证双向集合同步，避免后续操作出现内存层面的不一致：

• Donor 实体中的 addDonation 方法，可以额外加一行反向同步：

public void addDonation(Donation donation) {
    donations.add(donation);
    // 反向同步被维护端的集合，方便内存导航
    if (!donation.getDonors().contains(this)) {
        donation.getDonors().add(this);
    }
}

• Donation 实体中的 addDonor 方法，也做反向同步：

public void addDonor(Donor donor) {
    donors.add(donor);
    // 反向同步维护端的集合
    if (!donor.getDonations().contains(this)) {
        donor.getDonations().add(this);
    }
}

注意：就算做了双向同步，只要关联操作的最终落点是被维护端的集合变动，还是不会触发持久化，所有的关联写入都必须最终落到维护端（Donor）的集合变动上才会生效。

• 冗余外键字段：两个实体里分别存了 donationId、donorId 字段，这些字段和多对多中间表的关联数据重复，后期很容易出现数据不一致，建议保留这些字段作为查询入参，但不要手动和JPA映射的关联集合做双向同步，不然会出现两边值不一致的问题。
• 空指针风险：当前的代码中如果 findById 没有查到对应实体，直接调用对象方法会抛空指针，建议按照示例的方式，查不到直接抛出明确的业务异常。

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