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了异常。