首页 > 代码库 > spring事务传播行为的思考
spring事务传播行为的思考
1.问题
@TransactionConfiguration(transactionManager = "txManager", defaultRollback = false) public class ActivityPublishComposeTest extends BaseUnitTest { @Autowired private ActivityPublishCompose activityPublishCompose; @Test @Rollback public void testPublishActivityScheme() { long start = System.currentTimeMillis(); Map<String, Object> map = activityPublishCompose.publishActivityScheme(25661L, "H1916", "unit test publish"); System.out.println("cost:" + (System.currentTimeMillis()-start)); assertNotNull(map); assertTrue(map.size() != 0); }}
@Transactional(rollbackFor = Exception.class) public Map<String, Object> publishActivityScheme(Long activitySchemeId, String operator, String comment) { ActivitySchemeDTO schemeDTO = activityPublishService.selectAllActivitySchemeEditData4Publish(activitySchemeId, false); ...
}
内层方法上的事务提交会影响外层方法上的事务Rollback吗?
2.思考与解决
从运行结果看,Rollback生效,是外层事务Rollback同时会影响内层事务的提交吗?查询关于spring事务的资料,发现这个问题不是内外层事务提交回滚的问题,而是spring事务传播行为的问题。在这里我们使用的是spring的默认传播行为,即Propagation.REQUIRED
@Transactional注解中定义了默认的传播行为,这个Propagation.REQUIRED会检查当前是否已经有事务了,没有才创建一个新事务,如果已经有事务了,就支持当前事务,所以说内外层是同一个事务,那么只有外层方法上的事务提交时,事务才会真正提交。
修改内层方法上事务的传播行为成Propagation.REQUIRES_NEW,运行测试用例,发现事务被提交,外层方法上的Rollback不起作用。由此可知Propagation.REQUIRES_NEW是新生成一个事务,外层事务提交不能影响它。
3.参考资料
http://blog.yemou.net/article/query/info/tytfjhfascvhzxcyt216
spring事务传播行为的思考
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。