Hibernate DAO单元测试中PersistentBag与ArrayList比较失败问题咨询

出现两个集合无法比较的现象，并不是你的DAO层或者实体类实现有本质错误，这是Hibernate框架的内置设计导致的：

• 为了实现持久化集合的脏检查、级联操作、延迟加载等核心能力，Hibernate会用自己的持久化集合实现（比如PersistentBag）替换你在实体类中定义的原生集合实例，不会直接使用你初始化的ArrayList。
• 按照Java集合接口的规范，当集合完全脱离Session、初始化完成后，PersistentBag和ArrayList只要元素顺序、内容完全一致，equals判断应该返回相等；但如果实体仍处于Hibernate持久化上下文（Session）中，PersistentBag的比较逻辑会关联Session的内部状态，不会完全按照集合内容做判断，这就是你遇到“内容一样但比较失败”的核心原因。

测试场景下的快速处理 #

• 最直接的类型转换：在执行断言前，将查询得到的PersistentBag拷贝为原生ArrayList：

  Group actualGroup = actual.orElseThrow();
  actualGroup.setStudents(new ArrayList<>(actualGroup.getStudents()));
  

  这个构造方法会按原有顺序把所有元素拷贝到全新的ArrayList实例，完全脱离Hibernate的代理对象，和测试数据里的集合类型完全匹配。
• 更适配持久层测试的断言写法：不要强依赖整个实体类的全量equals对比，拆分断言维度：

  assertThat(actual).isPresent().get()
      .matches(g -> g.getId() == expectedGroups.get(1).getId())
      .matches(g -> g.getName().equals(expectedGroups.get(1).getName()))
      .extracting(Group::getStudents)
      .asList()
      .containsExactlyElementsOf(expectedGroups.get(1).getStudents());
  

  这种写法只关注字段值和集合元素的匹配度，不关心集合的具体实现类型，不管是Hibernate的代理集合还是原生集合，只要内容符合预期就能通过，反而更适合DAO层的测试场景。

实体层的长期调整 #

• 你当前使用Lombok的@EqualsAndHashCode注解自动生成实体的比较方法，这个方法在比较集合字段时，会直接调用集合对象自带的equals逻辑，很容易被Hibernate代理集合的特殊行为影响。可以在注解上配置排除students字段，手动实现集合的比较逻辑，从根源绕开代理类的比较干扰。
• 不需要强行修改Hibernate给集合赋值的类型，这是框架的正常运行机制，为了适配这一点只需要在测试断言层面做适配即可，不需要为了测试修改生产环境的实体逻辑。

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