spring声明式事务详解

 

class A {
    public void addA() {
        // something...
    }
    public void addB() {
        // something...
    }
    public void addAll() {
        addA();
        addB();
    }
}

addB和addAll的传播行为REQUIRE

 

如果addA的传播行为REQUIRES_NEW

当调用addAll的时候并不会给addA()重新开启一个事务，而是在addAll事务之中。（就像addAll方法调用非事务的普通方法会被包含在addAll事务中）

 

因为spring的AOP（动态代理）的原因：

在一次方法调用过程中一个类中的方法只会被代理一次，不会被多次代理，而且代理的是调用的那个方法。

所以如果调用的是addAll 则只会为addAll代理，并且根据其传播行为开启事务，addA和addB 由于和AddAll是在同一个类中

所以不会再开启事务。只有方法中调用的是其他类的方法时才生效。

 

总结：声明式事务传播属性只发生在不同的类之间。

 

第一个场景：

同一个BO类的一个方法中，如果catch住异常，那么事务管理就会认为没有异常，而提交事务。

 

第二个场景

同一个BO类的一个方法中，如果往外抛异常了，事务管理就会认为方法异常，从而回滚事务。

 

第三个场景

同一个BO类的两个方法中，A方法中进行create操作，之后A方法中调用B方法进行delete操作，A,B方法都受事务控制。当B方法发生异常，且在B方法中catch住异常，那么事务就会认为没有异常，而提交事务。

 

第四个场景

同一个BO类的两个方法中，A方法中进行create操作，之后A方法中调用B方法进行delete操作，A,B方法都受事务控制。在B方法往外抛异常，A方法中catch了异常，事务管理就会认为没有异常，而提交事务。

 

第五个场景

同一个BO类的两个方法中，A方法中进行create操作，之后A方法中调用B方法进行delete操作，A,B方法都受事务控制。在B方法往外抛异常，A方法继续往外抛异常，事务管理就会认为方法异常，而回滚事务。

 

第六个场景

xxxBO类中，执行create方法，之后在create方法中调用yyyBO类中的delete方法，方法都受事务控制，那么yyyBO的方法就会进行事务合并。

在yyyBO的delete方法中抛异常，但是被自己catch住了，没有往外抛异常，

由于xxxBO没有往外抛异常，事务管理就会认为方法没有异常，而提交事务。

 

第七个场景

xxxBO类中，执行create方法，之后在create方法中调用yyyBO类中的delete方法，方法都受事务控制，那么yyyBO的方法就会进行事务合并。

在yyyBO的delete方法中往外抛异常，在xxxBO的create方法中catch了异常，

事务管理认为方法没有异常，进行事务提交，但是事务在yyyBO的delete方法中，已经被标识为rollback-only，所以最后事务还是发生回滚。

 

第八个场景

xxxBO类中，执行create方法，之后调用yyyBO类中的delete方法，方法都受事务控制，那么yyyBO的方法就会进行事务合并。

在yyyBO的delete方法中往外抛异常，在xxxBO的create方法中往外抛异常，事务管理就发现方法异常，回滚事务。

 

总结：方法只有往外抛异常了，事务管理器才会回滚事务。如果事务传播合并了，那么内层的方法抛异常，整体事务就会回滚，不管你是否在外层方法catch了异常。