Spring的事务传播，可能是spring送给我们开发者最珍贵的礼物之一，说不定也是spring皇冠上最明亮的宝石。 ：） 但是在深入面对事务的时候，我们总有很多的问题。 一个事务能够调用另外一个事务吗？ 如果调用了，会不会变成2个事务？ 这两个事物之间是什么关系？ …
Spring对事务控制的统一支持在TransactionDefinition类中描述。主要方法包括： Int getPropagationBehavior();事务的传播 Int getIsoLationLevel(); 事务的隔离级别； Int getTimeout(); 事务的过期时间 …
除了getPropagationBehavior();事务的传播 ，其他的工作对spring来说，只是一个代理；或者说，spring只是一个充当了一个中介。 而事务传播，就显得非常特殊。
Spring支持下面多种事务传播的行为：
1) PROPAGATION_REQUIRED ，这个是默认的属性 Support a current transaction, create a new one if none exists. 如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。 被设置成这个级别时，会为每一个被调用的方法创建一个逻辑事务域。如果前面的方法已经创建了事务，那么后面的方法支持当前的事务，，如果当前没有事务会重新建立事务。
2) PROPAGATION_MANDATORY Support a current transaction, throw an exception if none exists. 使用当前事务，如果当前没有事务，就抛出异常。
3) PROPAGATION_NEVER Execute non-transactionally, throw an exception if a transaction exists. 以非事务方式执行，如果当前存在事务，则抛出异常。
4) PROPAGATION_NOT_SUPPORTED Execute non-transactionally, suspend the current transaction if one exists. 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
5) PROPAGATION_REQUIRES_NEW Create a new transaction, suspend the current transaction if one exists. 新建事务，如果当前存在事务，把当前事务挂起。 如图所示：
6) PROPAGATION_SUPPORTS Support a current transaction, execute non-transactionally if none exists. 支持当前事务，如果当前没有事务，就以非事务方式执行。
7) PROPAGATION_NESTED Execute within a nested transaction if a current transaction exists, behave like PROPAGATION_REQUIRED else. 支持当前事务，新增Savepoint点，与当前事务同步提交或回滚。 嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。外层事务失败时，会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚。
PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW的区别 它们非常 类似,都像一个嵌套事务，如果不存在一个活动的事务，都会开启一个新的事务。使用PROPAGATION_REQUIRES_NEW时，内层事务与外层事务就像两个独立的事务一样，一旦内层事务进行了提交后，外层事务不能对其进行回滚。两个事务互不影响。两个事务不是一个真正的嵌套事务。同时它需要JTA 事务管理器的支持。 使用PROPAGATION_NESTED时，外层事务的回滚可以引起内层事务的回滚。而内层事务的异常并不会导致外层事务的回滚，它是一个真正的嵌套事务。
不畏不惧，不言不弃，冲破风雨的阻隔，黎明就在前方！
