这篇文章主要讲解了“如何理解Spring双层事务”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“如何理解Spring双层事务”吧！
为河间等地区用户提供了全套网页设计制作服务，及河间网站建设行业解决方案。主营业务为网站制作、网站设计、河间网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！
系统 A 调用系统 B 执行数据同步，系统 B 返回了错误提示，系统 A 需要将前边保存的回滚掉，同时把错误信息向上抛。
大致代码如下
@Service("noteService") public class NoteServiceImpl implements NoteService { @Resource private SearchService searchService; @Transactional(rollbackFor = Throwable.class) @Override public CommonResponse save(NoteEntity note) { // 一系列 DB 操作 try { searchService.sync(note); } catch (Exception e) { e.printStackTrace(); } return CommonResponse.success(entity); } } @Service("searchService") public class SearchServiceImpl implements SearchService { @Transactional(rollbackFor = Throwable.class) @Override public void sync(NoteEntity note) { // 一系列 DB 操作 throw new RuntimeException("同步异常! [XXX]"); } } @SpringBootTest public class NoteTests { @Resource private NoteService noteService; @Test public void saveNote() { NoteEntity entity = new NoteEntity(); entity.setTitle("念奴娇赤壁怀古"); entity.setContent("大江东去，浪淘尽，千古风流人物。故垒西边，人道是：三国周郎赤壁。。。"); entity.setTags("苏轼,宋代"); entity.setCategory("苏轼诗词"); try { noteService.save(entity); } catch (Exception e) { e.printStackTrace(); // FIXME 我想在这里拿到的是 同步异常! [XXX] // FIXME 但是这里拿到的是 Transaction silently rolled back because it has been marked as rollback-only System.out.println(">>>>>>>>>> " + e.getMessage()); } } } 事出有因
代码历史久远，为何这样写已无从追溯。
纳闷了一会儿，看到双层事务，就想起了 Spring事务传播机制，前边理解得比较肤浅。Spring 系列面试题和答案我全部整理好了，请关注公众号Java技术栈，回复：面试。
没有特殊的配置，自然是走默认的事务传播机制了，也就是 Propagation.REQUIRED。
国际惯例，列出事务传播机制：
1、PROPAGATION_REQUIRED 当前没事务，则创建事务；存在事务，就加入该事务，这是最常用的设置。 2、PROPAGATION_SUPPORTS 当前存在事务，就加入事务，当前不存在事务，就以非事务方式执行。 3、PROPAGATION_MANDATORY 当前存在事务，就加入事务；当前不存在事务，就抛出异常。 4、PROPAGATION_REQUIRES_NEW 无条件创建新事务。 5、PROPAGATION_NOT_SUPPORTED 以非事务方式执行，如果当前存在事务，就将当前事务挂起。 6、PROPAGATION_NEVER 以非事务方式运行，如果存在事务，就抛出异常。 7、PROPAGATION_NESTED 开始执行事务前，先保存一个savepoint，当发生异常时，就回滚到savepoint；没有异常时，跟着外部事务一起提交或回滚。
具体原因
1、看了上边的事务传播机制，继续细化问题，内外层共用一个事务，内层抛出异常，会导致整个事务失败。
2、继续分析，外层逻辑进行了 try catch，就导致内层的异常无法继续向上抛出，外层事务会继续提交。
3、事务提交时，进行事务状态的判断，就发现这个事务是失败的，需要回滚，所以抛出了 Transaction silently rolled back because it has been marked as rollback-only 的异常。
怎么解决？
银弹自然是没有的，根据业务场景选择合适的方案。
1、当前这种场景，直接把外层逻辑中的 try catch 去掉即可。异常直接向上抛，事务就不会继续提交，调用方拿到的就是一手的异常；
2、如果内层不是核心逻辑，记录个日志啥的，可以把内层事务配置为 @Transactional(rollbackFor = Throwable.class, propagation = Propagation.REQUIRES_NEW)， 无论如何，都创建新的事务，外层事务不受内层事务影响。但是有个问题，外层事务失败了，内层事务还是把记录入库了，有可能产生脏数据；
3、如果外层事务失败了，内层事务也不能提交，那就可以使用 @Transactional(rollbackFor = Throwable.class, propagation = Propagation.NESTED)。注意：hibernate/jpa 不支持嵌套事务 NESTED，可用 JdbcTemplate 代替。
感谢各位的阅读，以上就是“如何理解Spring双层事务”的内容了，经过本文的学习后，相信大家对如何理解Spring双层事务这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！
