Hibernate单表继承下访问Artist关联集合抛出WrongClassException求助

该问题属于Hibernate单表继承场景下的关联查询判别器缺失问题，具体根因如下：

1. 所有业务实体都继承自LibraryEntity，使用SINGLE_TABLE单表继承策略，全部数据存储在同一张library_entities表中，通过entity_type判别器区分实体类型。
2. Artist类中定义了两个反向@OneToMany关联：albums（对应Album类型）和tracks（对应Track类型），两个关联都通过mappedBy="artist"指向另一端的artist属性，而Album和Track的artist属性均使用artist_id作为外键列。
3. Hibernate处理这类同外键、同继承父类的反向关联时，不会自动为关联查询添加对应实体的判别器过滤条件：查询albums时生成的SQL仅过滤artist_id，没有加entity_type='A'条件，查询tracks时同理没有加entity_type='T'条件，会把同一个artist_id对应的所有LibraryEntity子类记录全部查询出来。
4. 第一次调用其中一个集合的get方法时，Hibernate会将查询到的所有匹配artist_id的实例（包含另一个子类的实例）存入一级缓存，第二次调用另一个集合的get方法时，会直接从缓存中取出同主键的实例，发现类型不匹配就抛出WrongClassException，完全符合你观察到的「先调用的方法正常、后调用的方法报错」的现象。

可根据业务场景选择以下任意一种方案解决：

• 方案1：为关联集合添加@Where注解强制过滤判别器
  在Artist类的两个@OneToMany关联上添加Hibernate专属的@Where注解，明确指定对应实体的判别器值即可，改造成本最低，不影响原有业务逻辑：

  @OneToMany(mappedBy="artist")
  @Where(clause = "entity_type = 'A'")
  private Set<Album> albums = new HashSet<>();
  
  @OneToMany(mappedBy="artist")
  @Where(clause = "entity_type = 'T'")
  private Set<Track> tracks = new HashSet<>();
  

• 方案2：强制继承体系全局启用判别器过滤
  在父类LibraryEntity上添加@DiscriminatorOptions(force = true)注解，强制Hibernate在所有涉及LibraryEntity继承体系的查询中，自动添加对应实体的判别器过滤条件，不需要单独为每个关联配置过滤规则，适合后续还会新增其他LibraryEntity子类关联的场景：

  @Entity
  @Table(name="library_entities", schema="myschema")
  @Inheritance(strategy = InheritanceType.SINGLE_TABLE)
  @DiscriminatorColumn(name="entity_type", discriminatorType = DiscriminatorType.STRING)
  @DiscriminatorOptions(force = true)
  public abstract class LibraryEntity {
      // 原有代码保持不变
  }
  

• 方案3：调整继承策略为JOINED
  如果不希望使用Hibernate专属注解，也可以将继承策略从SINGLE_TABLE改为JOINED，每个子类单独对应一张数据库表，查询时自然不会出现跨子类的记录混淆问题，但查询时需要关联多张表，性能略低于单表继承，可根据业务性能要求选择。

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