spring的事务是如何回滚的、事务传播？

实际上也是问的这个问题  spring的事务管理是如何实现的？
总：

spring的事务是由aop来实现的，首先要生成具体的代理对象，然后按照aop的整套流程来执行具体的操作逻辑，正常情况下要
通过通知来完成核心功能，但是事务不是通过通知来实现的，而是通过一个TransactionInterceptor来实现的，然后调用invoke来实现具
体的逻辑

分：

1、先做准备工作，解析各个方法上事务相关的属性，根据具体的属性来判断是否开始新事务
2、当需要开启的时候，获取数据库连接，关闭自动提交功能，开起事务
3、执行具体的sqI逻辑操作
4、在操作过程中，如果执行失败了，那么会通过completeTransactionAfterThrowing看来完成事务的回滚操作，回滚的具体逻
　  辑是通过doRollBack方法来实现的，实现的时候也是要先获取连接对象，通过连接对象来回滚
5、如果执行过程中，没有任何意外情况的发生，那么通过commitTransactionAfterReturning来完成事务的提交操作，提交的
　  具体逻辑是通过doCommit方法来实现的，实现的时候也是要获取连接，通过连接对象来提交
6、当事务执行完毕之后需要清除相关的事务信息cleanupTransactionInfo

spring传播特性有7种

某一个事务嵌套另一个事务的时候怎么办？
A方法调用B方法，AB方法都有事务，并且传播特性不同，那么A如果有异常，B怎么办，B如果有异常，A怎么办？

总：

　　事务的传播特性指的是不同方法的嵌套调用过程中，事务应该如何进行处理，是用同一个事务还是不同的事务，当出现异常的
时候会回滚还是提交，两个方法之间的相关影响，在日常工作中，使用比较多的是required，Requires_new,nested

分：

1、先说事务的不同分类，可以分为三类：支持当前事务，不支持当前事务，嵌套事务
2、如果外层方法是required，内层方法是，required,requires_new,nested
3、如果外层方法是requires_new，内层方法是，required,requires_new,nested
4、如果外层方法是nested，内层方法是，required,requires_new,nested
核心处理逻辑非常简单：
1、判断内外方法是否是同一个事务：
是：异常统一在外层方法处理
不是：内层方法有可能影响到外层方法，但是外层方法是不会影响内层方法的
(大致可以这么理解，但是有个别情况不同，neste)

1、REQUIRED和NESTED回滚的区别
　　在回答两种方式区别的时候，最大的问题在于保存点的设置，很多同学会认为内部设置REQURED和NESTED效果是一样的，其实在外层方法对内层方法的异常情况在进行捕获的时候区另
都不同，使用RECSJIRED的时候，会报Transaction rolled back because it has been marked as rollback-only信息，因为内部异常了，设置了回滚标记，外部捕获之后，要进行事务的提交，
意味着要回滚，所以会报异常，而NESTED不会发证这种情况，因为在回滚的时候把回滚标记清除了，外部捕获异常后去提交，没发现回滚标记，就可以正常提交了。

2、REQUIRED_NEW和REQUIRED区别
　　这两种方式产生的效果是一样的，但是REQUIRED_NEW会有新的连接生成，而NESTED使用的是当前事务的连接，而且NESTED还可以回滚到保存点，REQUIRED_NEW每次都是一个新的事
务的回滚，但NESTED其实是一个事务，外层事务可以控制内层事务的回滚，内层就算没有异常，外层出现异常，也可以全部回滚。