Hibernate如何实现无关联中间表的实体映射 为何配置的关联列表为空

核心问题成因 #

你遇到的两个现象（Hibernate默认生成关联中间表、关联列表查询为空）本质是同一个配置错误导致的，根源在@OneToMany注解的mappedBy参数取值错误：

• Hibernate对mappedBy的取值要求非常明确：必须填写被关联实体（InstalledAppPort）中，指向当前实体的Java属性名称，而非被关联实体自身的主键属性名、也不是数据库层面的外键列名。
• 你在InstalledApp实体的OneToMany配置中写的是mappedBy = "id"，这个值对应的是InstalledAppPort自身的主键属性，不是指向InstalledApp的关联属性。因为取值不匹配，Hibernate在解析映射时识别不到双向关联的绑定关系，会将这个OneToMany退化为单向关联，按照默认逻辑生成额外的关联中间表来维护映射。
• 运行阶段执行关联查询时，Hibernate会按照错误的关联条件installed_app_port.id = installed_app.id做表连接，由于InstalledAppPort的id是自身主键，和InstalledApp的主键没有实际业务匹配关系，最终查询得到的关联列表永远为空。又因为关联条件语法完全合法，全程不会抛出任何运行异常，排查难度很高。

很多开发者容易在这里混淆，把mappedBy的值写成数据库列名或者对端实体的主键属性名，本质都是没有搞清楚mappedBy的绑定逻辑——它绑定的是实体间的关联关系，不是数据库层面的列。

正确实现方式 #

只要修正核心配置，就能实现仅依靠关联表外键完成映射、不生成中间表的效果，无需调整已有表结构：

1. 修正OneToMany侧的mappedBy取值
   对比原错误配置与修正后的配置：

   // 错误的原配置
   @OneToMany(fetch = FetchType.EAGER, targetEntity=InstalledAppPort.class, mappedBy = "id")
   private List<InstalledAppPort> ports;
   

   // 修正后的配置
   @OneToMany(fetch = FetchType.EAGER, mappedBy = "iapp")
   private List<InstalledAppPort> ports;
   

   注：原配置里的targetEntity=InstalledAppPort.class属于冗余参数，Hibernate会根据集合泛型自动识别关联实体类型，不写也不影响运行。

2. 保留ManyToOne侧的维护端配置
   你在InstalledAppPort实体上写的ManyToOne配置本身是符合规范的，不需要调整：

   @ManyToOne(fetch = FetchType.LAZY)
   @JoinColumn(name = "iappId")
   private InstalledApp iapp;
   

生效逻辑与注意事项 #

• 修正配置后，Hibernate会明确识别这是一对多/多对一的双向关联，关联的维护权完全交给ManyToOne侧的iappId外键字段，不会再生成额外的关联中间表。
• 关联查询时，Hibernate会自动使用正确的连接条件installed_app_port.iapp_id = installed_app.id匹配数据，InstalledApp实体的ports列表可以正常填充关联内容。
• 数据写入时要注意双向赋值：向InstalledApp对象添加关联的InstalledAppPort时，除了将Port对象加入ports列表，还要把Port对象的iapp属性设置为当前InstalledApp对象。由于关联关系的维护端在ManyToOne侧，仅修改OneToMany侧的列表不会自动向外键字段写入值，会导致后续查询依然取不到关联数据。
• 不要在OneToMany侧额外添加@JoinColumn注解，否则会和ManyToOne侧的JoinColumn定义冲突，导致Hibernate无法识别双向绑定，重新退化为生成中间表的模式。

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