本文探讨了在使用JPA和Hibernate时，当复合主键包含外键且使用`@EmbeddedId`注解时，可能遇到的Null ID生成错误。通过将多对一（`@ManyToOne`）关系直接嵌入到`@Embeddable`类中，并手动构建复合ID实例，可以有效解决此问题，确保实体正确持久化。
在JPA和Hibernate的实体关系映射中，复合主键（Composite Primary Key）是一个常见的需求。当复合主键的一部分同时作为外键引用另一个实体时，使用@Embeddable和@EmbeddedId注解来定义这种复合主键是推荐的做法。然而，在这种特定场景下，如果不正确配置，可能会遇到“Null ID generated”的错误，尤其是在尝试持久化新实体时。
理解问题：嵌入式主键与多对一关系的冲突点
考虑一个场景，我们有一个Block实体和一个BlockAttribute实体。BlockAttribute的标识符由Block的ID和一个attribute字符串组成，形成一个复合主键。BlockAttribute同时通过一个ManyToOne关系引用Block实体。
最初，数据模型可能如下所示：
1. 嵌入式主键类 BlockAttributeID：
@Embeddable@Datapublic class BlockAttributeID implements Serializable { @Column(name = "block_id") Long blockID; // 引用Block的ID String attribute; // equals和hashCode方法省略，但必须正确实现 @Override public boolean equals(Object o) { /* ... */ } @Override public int hashCode() { /* ... */ }}
2. 实体类 BlockAttribute：
@Data@Table(name = "block_attribute")@Entitypublic class BlockAttribute { @EmbeddedId BlockAttributeID blockAttributeID; // 嵌入式复合主键 @ManyToOne(fetch = FetchType.LAZY) @JsonIgnore @JoinColumn(name = "block_id") // 再次声明block_id外键 Block block; // 多对一关系 String label; // ... 其他属性 // equals和hashCode方法省略，但必须正确实现 @Override public boolean equals(Object o) { /* ... */ } @Override public int hashCode() { /* ... */ }}
在这种设计中，BlockAttributeID包含blockID，而BlockAttribute实体本身又通过@ManyToOne注解维护了与Block的关联。当尝试保存一个新的BlockAttribute实例时，如果BlockAttributeID中的blockID没有被显式设置，或者Hibernate无法自动从BlockAttribute的block字段中推断并填充到EmbeddedId中，就会导致Null ID generated for: class BlockAttribute的错误。
问题在于，虽然BlockAttribute有一个@ManyToOne Block block字段，但BlockAttributeID中的blockID字段是独立的。Hibernate在处理@EmbeddedId时，期望其所有组件都能在持久化之前被完全填充。如果blockID作为复合主键的一部分是空的，它就无法生成有效的标识符。
Revid AI
AI短视频生成平台
96 查看详情 
解决方案：将多对一关系内嵌到 @Embeddable 中
解决此问题的核心思想是：如果复合主键的某个组件本身就是一个外键，那么这个外键关系应该直接在@Embeddable类中定义，而不是在主实体类中重复定义。这样，@EmbeddedId就能直接包含对关联实体的引用，从而确保复合主键的完整性。
1. 修改 BlockAttributeID 类：将对Block实体的引用直接移动到BlockAttributeID中，并移除blockID字段。
@Embeddable@Data // 或手动添加getter/setterpublic class BlockAttributeID implements Serializable { // 直接在嵌入式ID中定义ManyToOne关系 @ManyToOne(fetch = FetchType.LAZY) @JsonIgnore // 如果需要，忽略JSON序列化 @JoinColumn(name = "block_id") // 指定外键列 Block block; // 引用Block实体本身 String attribute; // 构造函数用于方便创建ID实例 public BlockAttributeID(Block block, String attribute) { this.block = block; this.attribute = attribute; } public BlockAttributeID() { // 默认构造函数，JPA要求 } @Override public boolean equals(Object o) { if (this == o) return true; if (!(o instanceof BlockAttributeID)) return false; // 比较时使用Block实体和attribute BlockAttributeID that = (BlockAttributeID) o; return block != null && attribute != null && block.equals(that.getBlock()) && attribute.equals(that.getAttribute()); } @Override public int hashCode() { // 推荐使用Objects.hash(block, attribute) 或其他更健壮的哈希算法 // 简单的实现可以基于block的ID和attribute的哈希值 return getClass().hashCode(); // 也可以根据实际情况调整，例如 Objects.hash(block.getBlockID(), attribute); }}
关键改动：
Long blockID 被移除。@ManyToOne Block block 被添加到BlockAttributeID中。这意味着BlockAttributeID现在直接持有Block实体的引用，而不是仅仅它的ID。@JoinColumn(name = “block_id”) 仍然存在，它告诉Hibernate如何映射这个外键列。
2. 修改 BlockAttribute 类：由于BlockAttributeID现在已经包含了Block的引用，BlockAttribute实体中原有的@ManyToOne Block block字段就变得多余了，可以将其移除。
@Data@Table(name = "block_attribute")@Entitypublic class BlockAttribute { @EmbeddedId BlockAttributeID blockAttributeID; // 嵌入式复合主键，现在它包含了Block的引用 // 原有的 @ManyToOne Block block 字段被移除 String label; @Enumerated(EnumType.STRING) Type type; // ... 其他属性 @Override public boolean equals(Object o) { if (this == o) return true; if (!(o instanceof BlockAttribute)) return false; BlockAttribute that = (BlockAttribute) o; return blockAttributeID != null && blockAttributeID.equals(that.getBlockAttributeID()); } @Override public int hashCode() { return getClass().hashCode(); }}
3. 更新保存逻辑：在创建和保存BlockAttribute时，需要手动构建BlockAttributeID实例，并确保其中的Block实体是已持久化的（即具有有效的ID）。
// 假设 block 是一个已经持久化并具有有效ID的Block实体// block = blockRepository.save(block); // 确保block已保存并获取其ID// 创建BlockAttribute实例BlockAttribute blockAttribute = new BlockAttribute();// ... 设置blockAttribute的其他属性// 手动创建并设置BlockAttributeID// 确保这里的 'block' 是已经从数据库中加载或刚刚保存的，具有有效ID的Block实例BlockAttributeID blockAttributeID = new BlockAttributeID(block, completeBlockDTO.getBlockAttributeDTO().getAttribute());blockAttribute.setBlockAttributeID(blockAttributeID);// 保存BlockAttributeblockAttributeRepository.save(blockAttribute);
关键注意事项与最佳实践
持久化顺序： 在保存具有复合主键的子实体（如BlockAttribute）之前，必须确保其引用的父实体（如Block）已经持久化，并且拥有一个有效的ID。否则，BlockAttributeID中的block引用将指向一个瞬态（transient）实体，导致错误。
// 1. 保存父实体以获取其IDBlock savedBlock = blockRepository.save(block);// 2. 使用已保存的父实体创建子实体的嵌入式IDBlockAttribute blockAttribute = new BlockAttribute();blockAttribute.setBlockAttributeID( new BlockAttributeID(savedBlock, completeBlockDTO.getBlockAttributeDTO().getAttribute()));// ... 设置blockAttribute的其他属性// 3. 保存子实体blockAttributeRepository.save(blockAttribute);
equals() 和 hashCode() 实现：在@Embeddable类中，equals()和hashCode()方法的正确实现至关重要。它们应该基于构成复合主键的所有字段来生成。在我们的例子中，是block和attribute。直接使用getClass().hashCode()可能会导致集合操作（如HashSet）中的意外行为。更健壮的实现应考虑Block实体的ID以及attribute字符串。例如：
@Overridepublic boolean equals(Object o) { if (this == o) return true; if (o == null || getClass() != o.getClass()) return false; BlockAttributeID that = (BlockAttributeID) o; return Objects.equals(block, that.block) && Objects.equals(attribute, that.attribute);}@Overridepublic int hashCode() { return Objects.hash(block, attribute);}
这里需要注意的是，Objects.equals(block, that.block) 会比较两个Block对象是否相等，而Block的equals方法通常会基于其主键blockID。
避免冗余映射： 将ManyToOne关系直接嵌入到@Embeddable中后，主实体（BlockAttribute）就不再需要重复声明这个ManyToOne关系了。这简化了映射，减少了潜在的混淆。
总结
当在JPA中使用@EmbeddedId来定义包含外键的复合主键时，最佳实践是将该外键的@ManyToOne关系直接定义在@Embeddable类中。这种方法确保了复合主键的完整性，并避免了由于主键组件未正确填充而导致的“Null ID generated”错误。同时，务必注意实体持久化的顺序以及equals()和hashCode()方法的正确实现，以保证数据一致性和集合操作的正确性。
以上就是解决JPA中嵌入式主键与多对一关系导致的Null ID生成错误的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1074850.html
微信扫一扫 
支付宝扫一扫 
