并发安全问题之–事物失效问题

事物失效常见的6种原因：
1、事物方法非public修饰
2、非事物方法调用事物方法
3、事物方法抛出的异常被捕获了
4、事物方法抛出的异常类型不对
5、事物传播行为不对（事物发生嵌套时有事物传播）
6、事物锁属类没有被spring管理

1、事物方法非public修饰
spring事物是基于AOP的方式结合动态代理实现的，只有public的方法才能被进行动态代理

2、非事物方法调用事物方法
非事物方法调用事物是this即本类去调用，就是普通类调用普通方法，不是动态代理的事物方法

3、事物方法抛出的异常被捕获了
Spring事物管理是通过捕获方法抛出的异常来触发事物回滚，如果异常被捕获而没有再抛出就不会触发事物回滚

4、事物方法抛出的异常类型不对
Spring的事务管理默认感知的异常类型是RuntimeException，当事务方法内部抛出了一个IOException时，不会被Spring捕获，因此就不会触发事务回滚，事务就失效了。
一般通过rollbackFor属性指定要感知的异常类型，@Transactional(rollbackFor = Exception.class)

5、事物传播行为不对（事物发生嵌套时有事物传播）
事物默认的传播行为是REQUIRES类型，内外事物都是REQUIRES类型就会合并事物，而内部事物如果使用了REQUIRES_NEW就会开启一个新事物，
不会合并，当其他内部事物回滚时不会让他回滚。

在示例代码中，事务的入口是createOrder()方法，会开启一个事务，可以成为外部事务。在createOrder()方法内部又调用了insertOrder()方法和reduceStock()方法。这两个都是事务方法。
不过，reduceStock()方法的事务传播行为是REQUIRES_NEW，这会导致在进入reduceStock()方法时会创建一个新的事务，可以成为子事务。insertOrder()则是默认，因此会与createOrder()合并事务。
因此，当createOrder方法最后抛出异常时，只会导致insertOrder方法回滚，而不会导致reduceStock方法回滚，因为reduceStock是一个独立事务。
所以，一定要慎用传播行为，注意外部事务与内部事务之间的关系。

6、事物锁属类没有被spring管理
类不被spring管理，类中的事物就不会被动态代理