如何测试Spring@Transactional，而不只是访问hibernate 1级缓存或手动刷新会话？

Question

使用Spring Hibernate和事务注释。

我正在尝试测试以下内容：

1. 调用更改用户对象的方法，然后调用事务性服务方法来持久化它

我遇到的第一个问题是在步骤2中读取用户对象，它只是返回了Hibernate 1级缓存中的一个对象，实际上并没有从数据库中读取。

因此，我使用会话从缓存中手动驱逐对象以强制从数据库中读取。但是，当我这样做时，对象值永远不会在单元测试中持久化（我知道它会在测试完成后回滚，因为我指定的设置）。

在调用事务性服务方法之后，我尝试手动刷新会话，但确实提交了更改。然而，这并不是我所期望的。我认为，事务性服务方法可以确保事务在返回之前被提交并刷新会话。我知道Spring通常会决定何时进行这种管理，但我认为事务性方法中的“工作单元”就是这种方法。

在任何情况下，现在我正试图弄清楚如何测试一般的事务性方法。

下面是一个失败的junit测试方法：

@RunWith(SpringJUnit4ClassRunner.class)
@Transactional
@TransactionConfiguration(transactionManager = "userTransactionManager", defaultRollback = true)
@WebAppConfiguration()
@ContextConfiguration(locations = { "classpath:test-applicationContext.xml",
        "classpath:test-spring-servlet.xml",
        "classpath:test-applicationContext-security.xml" })
public class HibernateTest {

    @Autowired
    @Qualifier("userSessionFactory")
    private SessionFactory sessionFactory;

    @Autowired
    private UserService userService;

    @Autowired
    private PaymentService paymentService;

    @Autowired
    private QueryService queryService;

    @Autowired
    private NodeService nodeService;

    @Autowired
    private UserUtils userUtils;

    @Autowired
    private UserContext userContext;

  @Test
    public void testTransactions() {
        // read the user
        User user1 = userService.readUser(new Long(77));
        // change the display name
        user1.setDisplayName("somethingNew");
        // update the user using service method that is marked @Transactional
        userService.updateUserSamePassword(user1);
        // when I manually flush the session everything works, suggesting the
        // @Transactional has not flushed it at the end of the method marked
        // @Transactional, which implies it is leaving the transaction open?
        // session.flush();
        // evict the user from hibernate level 1 cache to insure we are reading
        // raw from the database on next read
        sessionFactory.getCurrentSession().evict(user1);
        // try to read the user again
        User user2 = userService.readUser(new Long(77));
        System.out.println("user1 displayName is " + user1.getDisplayName());
        System.out.println("user2 displayName is " + user2.getDisplayName());
        assertEquals(user1.getDisplayName(), user2.getDisplayName());
    }
}

如果我手动刷新会话，则测试成功。但是，我希望@Transactional方法负责提交和刷新会话。

updateUserSamePassword的服务方法在这里：

@Transactional("userTransactionManager")
@Override
public void updateUserSamePassword(User user) {
    userDAO.updateUser(user);
}

DAO方法如下：

@Override
public void updateUser(User user) {
    Session session = sessionFactory.getCurrentSession();
    session.update(user);
}

SessionFactory是自动连接的：

@Autowired
@Qualifier("userSessionFactory")
private SessionFactory sessionFactory;

我正在使用XML应用程序上下文配置。我有：

<context:annotation-config />
<tx:annotation-driven transaction-manager="userTransactionManager" />

和

<bean id="userDataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close"> 
    <property name="driverClass" value="${user.jdbc.driverClass}"/>
    <property name="jdbcUrl" value="${user.jdbc.jdbcUrl}" />
    <property name="user" value="${user.jdbc.user}" />
    <property name="password" value="${user.jdbc.password}" />
    <property name="initialPoolSize" value="3" />
    <property name="minPoolSize" value="1" />
    <property name="maxPoolSize" value="17" />
</bean>

<bean id="userSessionFactory"
    class="org.springframework.orm.hibernate4.LocalSessionFactoryBean">
    <property name="dataSource" ref="userDataSource" />
    <property name="configLocation" value="classpath:user.hibernate.cfg.xml" />
</bean>

<bean id="userTransactionManager"
    class="org.springframework.orm.hibernate4.HibernateTransactionManager">
    <property name="dataSource" ref="userDataSource" />
    <property name="sessionFactory" ref="userSessionFactory" />
</bean>

还对服务和dao类进行了组件扫描。正如我所说，这在生产中起作用。

我认为如果我有一个标记为@Transactional的方法，在该方法结束时（例如此处的更新方法），Spring会强制会话提交和刷新。

我只能看到几个选择：

>

我配置错误了一些东西，即使这对我来说一般都有效（只是不是单元测试）。有什么猜测吗？关于如何测试这个有什么想法吗？

关于单元测试配置本身的一些事情并不像应用程序那样表现。

事务和会话不是这样工作的。我唯一的推论是，Spring在调用该更新方法后，会让事务和/或会话保持打开状态。因此，当我手动退出会话对象上的用户时，这些更改尚未提交。

有人能确认这是否是预期的行为吗？@Transaction不应该在会话上强制提交和刷新吗？如果没有，那么如何测试标记为@Transactional的方法以及这些方法是否确实适用于事务？

即，我应该如何在这里重写我的单元测试？

还有其他想法吗？

Answer 1

Q

有人能确认这是否是预期的行为吗？@Transaction不应该在会话上强制提交和刷新吗？如果没有，那么如何测试标记为@Transactional的方法，以及这些方法是否实际用于事务？

A.

这是预期的行为。spring感知的事务单元测试支持通过设计在测试完成后回滚事务。这是故意的。

每个测试都会创建一个隐式事务边界（每个方法都有@test），一旦测试完成，就会进行回滚。

这样做的结果是，在所有测试完成后，没有实际更改的数据。这就是我们的目标，更像“单元”，而不是像“集成”。您应该阅读spring文档，了解为什么这是有利的。

如果您真的想测试被持久化的数据并查看事务边界之外的数据，我建议您进行更多的端到端测试，如功能/集成测试（如selenium），或者使用外部WS/RESTAPI（如果有）。

Q

即，我应该如何在这里重写我的单元测试？

A.

您的单元测试无法工作，因为您执行了会话。逐出，不刷新。逐出将导致更改不同步，即使您已经调用了会话。更新事务中的批处理和Hibernate操作。对于原始SQL，这一点更为明显，因为hibernate推迟了持久化以对所有操作进行批处理，所以它会等待会话刷新或关闭，以便与数据库通信以提高性能。如果您执行会话。刷新（flush），但SQL将立即执行（即更新将真正发生），如果您想强制重读，但您可以在事务中重读，则可以退出。事实上，我很确定刷新会导致逐出，所以没有必要调用逐出来强制重读，但我可能错了。

Answer 2

这是我遇到的情况。在测试方法中考虑这段代码：

    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级缓存似乎与事务绑定。即，在同一事务中对对象的后续读取将击中Hibernate1级缓存，而不是数据库。请注意，您可以调整2级缓存和其他机制。

我将有一个@Transactional测试方法，然后在测试类中的另一个方法上使用@AfterTransaction，并提交原始SQL来评估数据库中的值。这将完全绕过ORM和hibernate 1级缓存，确保您在比较数据库中的实际值。

简单的答案是从我的测试类中去掉@Transactional。耶。