Spring事务在什么情况下会失效？
- 访问权限问题
- 方法用final修饰
- 对象没有被Spring管理
- 表不支持事务
- 方法内部调用
- 三种处理方法
- 未开启事务
- 吞了异常
- 其他
访问权限问题
java的访问权限主要有四种：
- private
- default
- protected
- public
如果事务方法的访问权限不是定义成public，这样会导致事务失效。
因为spring要求被代理方法必须是public的。
翻开源码，可以看到，在AbstractFallbackTransactionAttributeSource类的computeTransactionAttribute方法中有个判断，如果目标方法不是public，则返回null，即不支持事务。
方法用final修饰
如果事务方法用final修饰，将会导致事务失效。
因为spring事务底层使用了aop，也就是通过jdk动态代理或者cglib，帮我们生成了代理类，在代理类中实现的事务功能。
但如果某个方法用final修饰了，那么在它的代理类中，就无法重写该方法，而添加事务功能。
对象没有被Spring管理
使用spring事务的前提是：对象要被spring管理，需要创建bean实例。
如果类没有加@Controller、@Service、@Repository等注解，即该类没有交给spring去管理，那么它的方法也不会生成事务。
表不支持事务
如果MySQL使用的存储引擎是myisam，这样的话是不支持事务的。因为myisam存储引擎不支持事务。
方法内部调用
update方法上没有加@Transactional注解，调用有@Transactional注解的updateOrder方法，updateOrder方法上的事务会失效。
因为发生了自身调用，调用该类自己的方法，而没有经过Spring的代理类，只有在外部调用事务才会生效。
三种处理方法
- 再声明一个service，将内部调用改为外部调用。
- 使用编程式事务。
- 使用AopContext.currentProxy()获取代理对象。
未开启事务
如果是spring项目，则需要在配置文件中手动配置事务相关参数。如果忘了配置，事务肯定是不会生效的。
如果是springbootI项目，那么不需要手动配置。因为springboot已经在DataSourceTransactionManage rAutoConfiguration类中帮我们开启了事务。
吞了异常
有时候事务不会回滚，有可能是在代码中手动catch了异常。
因为开发者自己捕获了异常，又没有手动抛出，把异常吞掉了，这种情况下spring事务不会回滚。
如果想要spring事务能够正常回滚，必须抛出它能够处理的异常。
如果没有抛异常，则spring认为程序是正常的。
其他
- 错误的事物传播特性也会导致事务不起作用，例如never和not_supported。
- 同一类中互相调用也是会失效的。
- 多线程，也会导致事务失效。
参考资料：Spring事务在什么情况下会失效？
