Hibernate相同查询返回Student实体关联结果异常排查

出现该问题是两个因素共同导致的：

• 实体映射配置不规范
  在Student实体中定义的两个@OneToMany关联都直接使用@JoinColumn(name = "student_id")绑定外键，没有指定mappedBy属性声明双向关联的关系持有端。这种两边都维护外键的非标准写法会让Hibernate在处理关联映射时产生歧义，无法正确识别两个独立集合和主实体的绑定关系。
• 错误使用StatelessSession做常规业务查询
  StatelessSession是Hibernate提供给大批量数据操作场景的无状态会话，本身没有一级持久化上下文，不支持实体状态托管、脏检查，也不会按照普通Session的逻辑自动初始化所有懒加载关联。它在处理同外键的多个懒加载集合时，只会加载查询执行时第一个匹配到映射规则的集合，剩余集合不会触发额外查询加载，这就是两种查询方式分别只返回subjectList或teacherList的核心原因——两种查询触发的关联解析顺序不同，先匹配到哪个集合就加载哪个，另一个集合直接保留初始化的空列表状态。

按以下步骤调整即可获取关联数据完整的Student对象：

• 修正实体映射配置
  双向一对多关联中，外键是由子表（Subject、Teacher）维护的，主表端的@OneToMany只需要通过mappedBy指定子实体中对应的关联属性即可，不需要重复配置@JoinColumn。修正后的Student类关联属性代码如下：

  @OneToMany(fetch = FetchType.LAZY, mappedBy = "student")
  private List<Subject> subjectList = new ArrayList<Subject>();
  
  @OneToMany(fetch = FetchType.LAZY, mappedBy = "student")
  private List<Teacher> teacherList = new ArrayList<Teacher>();
  

  Subject和Teacher类中现有的@ManyToOne+@JoinColumn配置不需要改动。
• 使用普通Session替代StatelessSession做常规查询
  StatelessSession仅适合批量插入/更新/删除的场景，不适合需要加载关联数据的业务查询。替换为普通Session后，只要在会话关闭前访问集合属性，Hibernate就会自动触发查询加载对应数据。
  如果要避免懒加载带来的N+1查询问题，可以使用fetch join一次性加载所有关联数据，示例代码：

  Session session = getSession();
  String hql = "select distinct s from Student s " +
               "left join fetch s.subjectList " +
               "left join fetch s.teacherList " +
               "where s.id = :id";
  Student student = session.createQuery(hql, Student.class)
                           .setParameter("id", "A")
                           .uniqueResult();
  

• 特殊场景必须使用StatelessSession的处理方案
  如果受场景限制必须使用StatelessSession，不要依赖Hibernate的懒加载自动装配逻辑，在查询到主实体后，手动编写查询分别获取subjectList和teacherList的数据，再手动set到Student对象中即可。

内容的提问来源于stack exchange，提问作者G. Ciardini