JUnit之事务回滚

事情的起因是一个同事让我测试在JUnit下事务回滚的情况。
部分代码如下：

@Test
@Transactional
@Rollback
public void saveUser() {
    userService.saveUser(user);
    User temp_user = userService.getUserById(user.getId());
    Assert.assertNotNull("插入数据库失败", temp_user);
}

同事让我把@Rollback去掉，再查看数据是否有插入到数据库中。
这时问题出现了，去掉了@Rollback后，事务也执行正常，但数据却没插入到数据库中。
部分日志输出如下：

七月 15, 2018 4:31:32 下午 org.hibernate.dialect.Dialect <init>
INFO: HHH000400: Using dialect: org.hibernate.dialect.MySQLDialect
七月 15, 2018 4:31:32 下午 org.springframework.orm.hibernate5.HibernateTransactionManager afterPropertiesSet
信息: Using DataSource [org.apache.commons.dbcp2.BasicDataSource@5656be13] of Hibernate SessionFactory for HibernateTransactionManager
七月 15, 2018 4:31:33 下午 org.springframework.test.context.transaction.TransactionContext startTransaction
信息: Began transaction (1) for test context [DefaultTestContext@41fed14f testClass = UserServiceImplTest, testInstance = com.ths.demo3.service.serviceImpl.UserServiceImplTest@4d6ee47, testMethod = saveUser@UserServiceImplTest, testException = [null], mergedContextConfiguration = [WebMergedContextConfiguration@6818d900 testClass = UserServiceImplTest, locations = '{classpath:applicationContext.xml}', classes = '{}', contextInitializerClasses = '[]', activeProfiles = '{}', propertySourceLocations = '{}', propertySourceProperties = '{}', contextCustomizers = set[org.springframework.test.context.web.socket.MockServerContainerContextCustomizer@6442b0a6], resourceBasePath = 'src/main/webapp', contextLoader = 'org.springframework.test.context.web.WebDelegatingSmartContextLoader', parent = [null]]]; transaction manager [org.springframework.orm.hibernate5.HibernateTransactionManager@2c306a57]; rollback [true]
七月 15, 2018 4:31:33 下午 org.hibernate.hql.internal.QueryTranslatorFactoryInitiator initiateService
INFO: HHH000397: Using ASTQueryTranslatorFactory
七月 15, 2018 4:31:33 下午 org.hibernate.hql.internal.ast.HqlSqlWalker generatePositionalParameter
WARN: [DEPRECATION] Encountered positional parameter near line 1, column 41 in HQL: [from com.ths.demo3.vo.User u where u.id=?].  Positional parameter are considered deprecated; use named parameters or JPA-style positional parameters instead.
七月 15, 2018 4:31:33 下午 org.springframework.test.context.transaction.TransactionContext endTransaction
信息: Rolled back transaction for test: [DefaultTestContext@41fed14f testClass = UserServiceImplTest, testInstance = com.ths.demo3.service.serviceImpl.UserServiceImplTest@4d6ee47, testMethod = saveUser@UserServiceImplTest, testException = [null], mergedContextConfiguration = [WebMergedContextConfiguration@6818d900 testClass = UserServiceImplTest, locations = '{classpath:applicationContext.xml}', classes = '{}', contextInitializerClasses = '[]', activeProfiles = '{}', propertySourceLocations = '{}', propertySourceProperties = '{}', contextCustomizers = set[org.springframework.test.context.web.socket.MockServerContainerContextCustomizer@6442b0a6], resourceBasePath = 'src/main/webapp', contextLoader = 'org.springframework.test.context.web.WebDelegatingSmartContextLoader', parent = [null]]]

  可以看到信息: Rolled back transaction for test:（省略了后面的信息）这一行，发生了Rollback导致数据没插入到数据库中，但此时事务是正常的，并没有发生任何异常。 继续把@Transactional也去掉再运行测试，结果在数据库中查询到了被插入的数据。
  由此推断，在JUnit环境下的@Transactional注解，默认情况下就会对事务进行回滚（即使在没加注解@Rollback，也会对事务回滚）。在搜索引擎上查找相关问题时也验证了我的猜测是对的。
  结论：在JUnit4的测试方法中打事务注解@Transactional，默认会按照@Rollback(true)来进行处理，无论如何都会回滚，打不打注解@Rollback或@Rollback(true)已经不重要了。而在@Transactional的基础上加上@Rollback(false)之后，效果就好像是单单这个测试函数这一层没有打事务似的，而不会传播到嵌套的service层的事务内，即如果在service层的事务中，插入数据后又发生异常，最终在service层里还是会进行rollback，数据并不会插入到数据库中。

下面再理一下@TransactionConfiguration过时与替代写法

//过时的写法
@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration(locations = {"classpath:applicationContext.xml"})
@TransactionConfiguration(transactionManager = "transactionManager", defaultRollback = true)
@Transactional

//替代写法，在高版本的Spring框架中（Spring4.2以后）
@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration(locations = {"classpath:applicationContext.xml"})
@TransactionConfiguration(transactionManager = "transactionManager", defaultRollback = true)@Transactional(transactionManager = "transactionManager")
@Rollback(value = true)

这里需要说明的是：
1. 原来的defaultRollback属性现在由专门的注解@Rollback（新增注解）代替，其中只有一个属性就是boolean型的value，作用没变，值为true表示测试时如果涉及了数据库的操作，那么测试完成后，该操作会回滚，也就是不会改变数据库内容；值为false则与此相反，表示你测试的内容中对数据库的操作会真实的执行到数据库中，不会回滚。官方文档中还给出了一个新注解@Commit，该注解与@Rollback只能使用一个，同时用貌似可能出现问题，@Commit注解中无属性需要设置，不像@Rollback中还有一个value属性，用了@Commit，你的测试操作会改变数据库，不会回滚，等同于@Rollback(value=false)。这里建议使用@Rollback，不要用@Commit，这样起码你有两种选择可以选。
2. 原来放在@TransactionConfiguration注解中的transactionManager属性现在放在了@Transactionl注解中。

顺带提一下@RunWith注解的作用:
  首先我们写了一个测试类，该类中会有许多测试方法，测试方法上面会利用@BeforeClass、@before、@Test、@after、@AfterClass这5个注解进行测试，类有了，方法有了，那么当你执行某个测试方法时，是由谁来调用的这个测试方法呢，或者说，你执行的测试方法是在哪里运行的呢，答案就是@RunWith注解里面标注的类，也就是说这个注解的作用是告诉系统你执行测试方法时，调用者是谁，这里就是SpringJunit4ClassRunner类。默认情况下，也就是假如你省略了@RunWith注解，测试类上面不写它，系统默认的是相当于你注解了@RunWith(BlockJUnit4ClassRunner.class)，实际上SpringJunit4ClassRunner继承了BlockJUnit4ClassRunner。因为你的项目中使用了Spring，那么测试方法中要测试的内容一般都会用到Spring管理的bean，此时你只能用SpringJunit4ClassRunner而不能用BlockJUnit4ClassRunner了，否则Spring环境中管理的东西你是无法在测试方法中使用的，测试方法拿不到时会报空指针异常。