Spring事务机制

记录一下此时对于Spring事务机制的一些理解~~~

介绍

1. 编程式事务管理： 编程式事务管理使用TransactionTemplate可实现更细粒度的事务控制。
2. 声明式事务管理： 基于Spring AOP实现。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务，申明式事务管理不需要入侵代码，通过@Transactional就可以进行事务操作，更快捷而且简单（尤其是配合spring boot自动配置，可以说是精简至极！），且大部分业务都可以满足，推荐使用。

传播机制

事务的传播性一般用在事务嵌套的场景，比如一个事务方法里面调用了另外一个事务方法，那么两个方法是各自作为独立的方法提交还是内层的事务合并到外层的事务一起提交，这就是需要事务传播机制的配置来确定怎么样执行。
常用的几种事务传播配置：

PROPAGATION_REQUIRED
Spring默认的传播机制，能满足绝大部分业务需求，如果外层有事务，
则当前事务加入到外层事务，一块提交，一块回滚。如果外层没有事务，新建一个事务执行

PROPAGATION_REQUES_NEW
该事务传播机制是每次都会新开启一个事务，同时把外层事务挂起，
当当前事务执行完毕，恢复上层事务的执行。如果外层没有事务，执行当前新开启的事务即可

PROPAGATION_SUPPORT
如果外层有事务，则加入外层事务，如果外层没有事务，则直接使用
非事务方式执行。完全依赖外层的事务

PROPAGATION_NOT_SUPPORT
该传播机制不支持事务，如果外层存在事务则挂起，执行完当前代码，
则恢复外层事务，无论是否异常都不会回滚当前的代码

PROPAGATION_NEVER
该传播机制不支持外层事务，即如果外层有事务就抛出异常

PROPAGATION_MANDATORY
与NEVER相反，如果外层没有事务，则抛出异常

PROPAGATION_NESTED
该传播机制的特点是可以保存状态保存点，当前事务回滚到某一个点，
从而避免所有的嵌套事务都回滚，即各自回滚各自的，如果子事务没有
把异常吃掉，基本还是会引起全部回滚的。

注意：如果A方法里面套了一个B方法，那么当B发生异常，只要没有进行try...catch...，那么不管A和B是什么事务传播配置，A都会接收到B传过来的异常，从而引发A的一个回滚