## Spring事务注解 #### @Transactional注解参数说明 ``` 事务传播行为种类 Spring在TransactionDefinition接口中规定了7种类型的事务传播行为 它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播。 使用示例： @Transactional(propagation=Propagation.REQUIRED) ``` 事务传播行为类型 | 说明 ---|--- PROPAGATION_REQUIRED | 如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。 PROPAGATION_SUPPORTS | 支持当前事务，如果当前没有事务，就以非事务方式执行。 PROPAGATION_MANDATORY | 使用当前的事务，如果当前没有事务，就抛出异常。 PROPAGATION_REQUIRES_NEW | 新建事务，如果当前存在事务，把当前事务挂起。 PROPAGATION_NOT_SUPPORTED | 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。 PROPAGATION_NEVER | 以非事务方式执行，如果当前存在事务，则抛出异常。 PROPAGATION_NESTED | 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类 似的操作。 #### @Transational 注解失效原因排查 ``` 1、@Transactional 加于private方法，无效 2、@Transactional 加于未加入接口的public方法, 3、再通过普通接口方法调用，无效 4、@Transactional 加于接口方法，无论下面调用的是private或public方法，都有效 5、@Transactional 加于接口方法后，被本类普通接口方法直接调用，无效 6、@Transactional 加于接口方法后，被本类普通接口方法通过接口调用，有效 7、@Transactional 加于接口方法后，被它类的接口方法调用，有效 8、@Transactional 加于接口方法后，被它类的私有方法调用后，有效 ``` 原因： ``` @Transactional 失效的背后其实就是 Spring 代理机制造成的。说白了，就是通过 Spring 容器获取的类对象，很多情况下并不是原类，而是被 Spring 修饰过了的代理类。然后，你在被代理的方法中调用当前类的其它方法，此时就是调用的原生类中的方法。 听不懂没关系，我下面用伪代码给你演示一下，你就知道了。 假如现在要执行 Xttblog 类对象的方法 invoke()，而用 Spring 代理后，会对 Xttblog 类做修饰，也就是会对 Xttblog 的 test 方法生成一个代理类。 执行，调用代理方法 proxyXttblogbean.invoke(): before 操作 invoke(bean,Xttblog) after 操作 实际你运行的是 Spring 修饰过的代理类 proxyXttblogbean.invoke()方法。 这样就会造成一个问题，如果你在 invoke() 中调用 Xttblog 类的其余方法 invoke2()，此时 invoke2() 是直接调用的原类的 Xttblog.invoke2()，而不是代理类 proxyXttblogbean.invoke2()。这时 Xttblog.invoke2() 上的一些注解全部都没有被增强修饰。所以，最终的结果就和你的预期不一致了。 ```