背景
Spring 默认的事务的传播为PROPAGATION_REQUIRED即如果当前没有事务，就新建一个事务。
我们知道，如果一个事物函数抛出异常会回滚，那么对于两个独立的事物如果里面函数抛出异常怎么办？
两个两个独立的事物如果内层事务失败抛出异常内层肯定回滚，但是外层怎么办？
而这篇博客就是对Spring传播特点进行详细描述。
Spring事物传播具体使用场景
public void addUser()
{
}
public void createTransaction()
{
addUser();
}
事物传播机制描述的就是当我createTransaction()时候，由于createTransaction()和addUser()都带有事物，那么这两个事物的关系式怎么样，如果是强关系就是在同一个事物里，这样当addUser()抛异常的时候会退回到调用creatTransaction()函数之前。
这两者之间会有什么样场景呢？这就是考察我们考虑全面性及其自己的产品设计能力。现在大概想到的会有如下的场景：
1).addUser()分为 处于事物里 inTran1，不在事物里 notTran1.
2).createTransaction() 也有处于事物里 inTran2，不在事物里notTran2
两两组合起来就是4种组合场景，而这4种组合场景会有不同的表现。
其表现形式会有几种：
a).抛出异常
b).正常
C).挂起
几个事物传播机制具体描述
1).不管使用事物与否，我就使用上层函数的特性，而上层函数会有事物和无事物。
如果PROPAGATION_NEVER 以非事务方式执行，如果当前存在事务，则抛出异常。
PROPAGATION_MANDATORY 使用当前的事务，如果当前没有事务，就抛出异常。
2).require 描述需要 建事物
随意绑定关系：PROPAGATION_REQUIRED，有就在一起没有就自己建一个。
我任性我每次都创建：PROPAGATION_REQUIRES_NEW 每次总是新建事务，如果当前存在事务，把当前事务挂起。
3).support 描述支持与否（不会新建），是以事物方式执行还是非事物方式执行，不会新建
PROPAGATION_SUPPORTS 支持当前事务，如果当前没有事务，就以非事务方式执行。
PROPAGATION_NOT_SUPPORTS 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
4).统一提交但是不统一回滚
PROPAGATION_NESTED
理解Nested的关键是savepoint。他与PROPAGATION_REQUIRES_NEW的区别是，PROPAGATION_REQUIRES_NEW另起一个事务，将会与他的父事务相互独立，
而Nested的事务和他的父事务是相依的，他的提交是要等和他的父事务一块提交的。也就是说，如果父事务最后回滚，他也要回滚的。
但是内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。
从回滚的角度来讲 事物的特性
如果同一事物的话，子函数出错，子父函数一同回滚，比如PROPAGATION_REQUIRED，PROPAGATION_MANDATORY，PROPAGATION_SUPPORT
如果父函数失败，我也想子回滚怎么办，答案是使用PROPAGATION_NESTED。 嵌套的含义是两个不同的事物但是父对子有影响。它将创建一个依赖于外层事务的子事务，当外层事务提交或回滚时，子事务也会连带提交和回滚。
如果我想子父函数在事物上没有关系怎么办？PROPAGATION_REQUIRES_NEW 将创建一个全新的事务，它和外层事务没有任何关系。
写在后面的话
以前看了Spring 几个传播机制老想去记，但是今天突然想到设计者是怎么设计它的肯定是根据具体场景来划分这些传播层次，而这些层次划分都是依据关系而定的。
另外不明白Spring为什么搞这么多传播机制，我们写代码暂时只关心同一个事物还是不同一个事物，同一个事物就可以一起回滚不会出现脏数据。
Spring的默认传播机制是PROPAGATION_REQUIRES。
