传播机制图

NESTED

存在事务就会创建保存点，到时候回滚到保存点，不存在就创建一个事务。

例子

外层无捕获异常

外层无捕获异常的情况，就算创建了保存点，回滚了，但是外层事务捕获到异常还是会进行混滚，等于什么都没做了。

外层有捕获异常

外层有捕获异常的情况，回滚到保存点。

REQUIRED和NESTED回滚的区别

这个其实能回滚到保存点是因为用了同一个连接，会先设置一个保存点，如果出了异常就会回滚到那个保存点。然后外层业务捕获了异常，就可以提交了。如果外层业务没有捕获异常，那就整个连接回滚了，这个时候保存点就没用了。那有人会说了，如果我都用REQUIRED，内部异常，外部业务捕获是不是跟这个一样的效果呀，其实不一样，你可以试试，都用REQUIRED会报异常的org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only因为你内部异常了，设置了回滚标记，外部又捕获，然后要提交，发现有回滚标记，又需要回滚，所以会报异常。而NESTED不会，因为他在回滚的时候把回滚标记清除了，外部捕获异常后去提交，没发现回滚标记，就正常提交了。

设置连接不回滚。

而且外层业务也捕获了异常，那么事务就会去提交，但是提交的时候可是会去判断是否要回滚的哦，有回滚的话就不提交了，否则才提交：

现在我们来看下如果内部是NESTED的话，回滚到保存点，并设置回滚参数为false：

而在外层事务提交中的defStatus.isGlobalRollbackOnly()就是保存点设置的false，所以不会进回滚处理：

但是内存如果是REQUIRED的话，连接回滚标记设置了true：

于是在外层事务提交中发现回滚标记是true，于是进行回滚：

所以现在知道了，REQUIRED会设置回滚标记，外层就算是要提交看到回滚标记为true也会进行回滚，而NESTED在回滚到保存点的时候会进行回滚标记清除，使得外层可以顺利提交。其实传播机制搭配可以完成很多的功能，具体看需求案例，只要你了解原理，可以任意搭配。NESTED更多的意义应该是在于回滚到保存点，也就是可以有阶段性的记录。

REQUIRES_NEW和NESTED的区别

其实他们可以产生同样的效果，但是REQUIRES_NEW会有新的连接产生，而NESTED是用当前的事务连接，而且NESTED还可以回滚到保存点，REQUIRES_NEW每次都是一个新的事务，没办法控制其他事务的回滚，但是NESTED其实是一个事务，外层可以控制内层的回滚，内层就算每一层，外层出现异常，也可以全部回滚。

好了，今天就到这里了，希望对学习理解有帮助，大神看见勿喷，仅为自己的学习理解，能力有限，请多包涵。