Spring 测试对服务事务的影响

Question

我在我的 JUnit 测试中使用@Transactional（主要优点是在一个测试中回滚更改）但是我有一个小问题，这会影响我的服务事务。所以例如这是

我的服务：

@Service
@Transactional(propagation = Propagation.REQUIRED)
public class ServiceImpl

我的单元测试：

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { "/test-context.xml" })
@Transactional
public class TestService 

@Test
public void testNumberTransaction() {
Entity a = new Entity();
Entity b = new Entity();
service.add(a);
service.add(b);
}

我很天真地期望 service.add() 有两个单独的事务，但除非我在测试方法上使用 @nontransactional 它在一个事务中运行（但它不会在测试后回滚）。

这是预期的吗？我可以通过一些配置来改变它吗？

谢谢

Answer 1

是的，这是意料之中的。 Propagation.REQUIRED（这是默认值）表示：如果存在，则在现有事务中执行。否则，创建一个事务并在方法结束时提交它。

所以是的，如果整个测试方法是事务性的，那么两个服务调用都将在测试事务的上下文中执行。

请注意，由于服务使用REQUIRED 进行注释，因此如果事务已经存在，它应该可以工作。这使得测试有效：它在现有事务的上下文中测试您的服务。如果您希望服务在其自己的专用事务中执行，则应使用REQUIRES_NEW 进行注释。但是当然，如​​果是这种情况，您将无法通过在事务中执行测试来回滚服务事务。

Answer 2

默认情况下（REQUIRES 是默认传播行为）如果事务已经存在，您的服务方法将不会创建新的，而是加入已存在的。在您的情况下，它是由 Spring 测试框架创建的事务（将回滚的那个）。

您可以通过将传播设置为REQUIRES_NEW 来更改此行为。但是，因为现在您的业务 add 方法在新事务中运行，一旦您离开此方法，事务将被提交而不是回滚。默认情况下，由于所有事务都加入到 JUnit 测试事务中，因此对数据库所做的所有更改都会回滚。

Answer 3

@Transactional 定义了分界线。注释类等同于注释类的每个公共方法，分界线仍然是方法（在您的情况下，testNumberTransaction()）。提交/回滚决定将在分界点进行，即从您的测试方法返回时。无论您指定REQUIRES 还是REQUIRES_NEW 传播，实际事务单元都是相同的，您的testNumberTransaction() 方法因此两个service.add(...) 调用将始终在同一个事务中执行。

如果您的目标是始终在测试后回滚您的事务，那么只需删除 @Transactional 注释（或像您提到的那样放置 @nontransactional）就可以了。

另一方面，如果您想为每个 service.add(...) 调用强制执行一个新事务，您可以为您的服务类创建一个包装器，其中您有一个带有 @Transactional(propagation) 注释的 add(...) 方法= Propagation.REQUIRES_NEW) 并从那里调用包装的 service 实例 add(...) 方法。或者，您可以在 Spring 测试上下文中添加一些声明性事务管理，为您的 service.add(...) 方法添加事务建议。阅读spring documentation 中的更多内容，了解如何使用<tx:XXX> 标签添加声明性事务支持。