Spring中嵌套事务及事务失效的处理方法
在Spring中处理业务逻辑的时候，大家可能会遇到与下面这段代码的类似的逻辑：
这时候，大家为了数据库数据的ACID，需要做事务处理了，即要求这两条对数据库数据的操作同时成功，如果有其中的一个操作失败了，那么数据必须回滚到第一个操作之前的状态。Spring中，可通过在想要回滚的方法上加@Transactional注解，来实现事务控制。
对于上面代码所展示，edit()方法中会调用edit1()和edit2()，这两个方法中都有一条对数据库数据的更新操作。我们想要达到以下目的。
1. 如果edit1中的更新失败，那么不会执行edit2中的方法，数据库数据还是执行edit1之前的状态；
2. 如果edit2中更新失败，那么edit1中执行成功的操作，必须回滚，即数据回滚到执行edit1之前的状态；
我们先来了解Spring中事务的传播级别，在TransactionDefinition定义中包括了如下几个表示传播行为的常量：
REQUIRED：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务，为默认事务的传播行为。
REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起。
SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。
通过设置注解@Transactional中propagation属性，即可控制事务的传播行为。
错误的使用方法：
因为edit中没有开启事务，就算edit1和edit2都开启事务，在edit中edit1和edit2不会是同一个事务，所以不会同时回滚。
正确的使用
1.方法一：
因为事务的默认传播级别是REQUIRED（如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务，为默认事务的传播行为），edit存在事务，当调用edit1和edit2的时候，会让edit1和edit2也加入到事务之中，所以，它们都在同一个事务之中，所以不管它们其中谁发生异常，都会回滚。
2.方法二：
获取到当前类的代理对象，用同一个带对象调用edit1和edit2,它们也会加入同一个事务。
