Spring事务

传播机制：

propagation_requierd：如果当前没有事务，就新建一个事务，如果已存在一个事务中，加入到这个事务中，这是最常见的选择。
propagation_supports：支持当前事务，如果没有当前事务，就以非事务方法执行。
propagation_mandatory：使用当前事务，如果没有当前事务，就抛出异常。
propagation_required_new：新建事务，如果当前存在事务，把当前事务挂起。
propagation_not_supported：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
propagation_never：以非事务方式执行操作，如果当前事务存在则抛出异常。
propagation_nested：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与propagation_required类似的操作

Spring的事务是怎么实现的？

Spring本身是没有事务的，只有数据库才会回有事务，而Spring的事务是借助AOP，通过动态代理的方式，在我们要操作数据库的是时候，实际是Spring通过动态代理进行功能扩展，在我们的代码操作数据库之前通过数据库客户端打开数据库事务，如果代码执行完毕没有异常信息或者是没有Spring要捕获的异常信息时，再通过数据库客户端程序提交事务，如果有异常信息或者是有Spring要捕获的异常信息，再通过数据库客户端程序回滚事务，从而达到控制数据库事务的目的。
原始代码：
@Transactional
method(){
…
…
}
代理后：
proxyMethod(){
开启事务
原始类.method();
提交/回滚
}

Spring的事务失效场景

1.private修饰的方法：
如果是JDK的动态代理 就不允许这种情况，因为JDK动态代理需要有接口，而接口中是不能有 私有方法的，如果是CGLIB动态代理的话也是不允许的代理private方法的

2.static 、final修饰的方法：
Spring的声明式事务是基于动态代理实现的，我们无法重写final修饰的方法；不管是JDK动态代理还是Cglib的动态代理，就是要通过代理的方式获取到代理的具体对象，而static方法修饰的方法是属于类对象的，不属于任何实例对象，所以static方法不能被重写也就是说static方法也不被进行动态代理。

3.数据库本身不支持事务

4.异常被catch住

5.多线程调用

需要有异常抛出才可以回滚，但是由于线程异步运行这种写法，相当于两个独立的事务。

同一个类的一个方法隐式或this调用另一个方法事务会不会生效：

两种情况：
一、示例代码1，method3()抛异常，method1()、method2()事务生效

二、示例代码2，method2()事务失效。

示例代码1：
@Transactional
method1(){
…
method2();/this.method2();
method3();/this.method3();
}

method2(){
…
…
}

示例代码2：

method1(){
…
method2();/this.method2();
}

@Transactional
method2(){
…
…
}

Spring的AOP代理类的实际调用过程：

特别注意：

使用@Transactional()注解需要确保注解的方法一定可以被重写，否则事务失效