这就是我遇到的问题。在测试方法中考虑以下代码：
String testDisplayNameChange = "ThisIsATest"; User user = userService.readUser(new Long(77)); user.setDisplayName(testDisplayNameChange); user = userService.readUser(new Long(77)); assertNotEquals(user.getDisplayName(), testDisplayNameChange);
请注意，方法userService.readUser在服务类中标记为@Transactional。
如果该测试方法标记为@Transactional，则测试失败。如果不是，则成功。现在我不确定Hibernate缓存是否/何时加入。如果测试方法是事务性的，那么每次读取都是在一个事务中发生的，我相信它们只会命中Hibernate
1级缓存（实际上并没有从数据库中读取数据）。但是，如果测试方法不是事务性的，则每次读取都是在它自己的事务中发生的，并且每次都会命中数据库。因此，hibernate级别1高速缓存与会话/事务管理相关联。
外卖：
即使一个测试方法正在另一个类中调用多个事务方法，即使该测试方法本身是事务性的，所有这些调用也会在一个事务中发生。测试方法是“工作单元”。但是，如果测试方法不是事务性的，则该测试中对事务性方法的每个调用均在其自身的事务中执行。
我的测试类被标记为@Transactional，因此每个方法都将是事务性的，除非用诸如@AfterTransaction之类的覆盖注释标记。我可以轻松地不标记类@Transactional并标记每个方法@Transactional
使用Spring @Transactional时，Hibernate 1级缓存似乎与事务相关。即，随后在同一事务中读取对象将访问hibernate级别1高速缓存，而不是数据库。请注意，您可以调整2级缓存和其他机制。
我本来打算有一个@Transactional测试方法，然后在测试类中的另一个方法上使用@AfterTransaction，然后提交原始SQL来评估数据库中的值。这将完全避开ORM和hibernate级别1缓存，以确保您正在比较数据库中的实际值。
简单的答案是将@Transactional从我的测试类中删除。好极了。
