每次聊起Spring事务，好像很熟悉，又好像很陌生。本篇通过一道面试题和一些实践，来拆解几个Spring事务的常见坑点。
原理Spring事务的原理是：通过AOP切面的方式实现的，也就是通过代理模式去实现事务增强。
具体过程是：对包含@Transactional注解的方法进行拦截，然后重写，重新在方法里加入异常回滚的逻辑。而且，每个线程都是独立管理自己的事务，相互隔离。
原理简单，使用起来也简单，也就是在方法上打上@Transactional注解，然后事务就正常生效了。也很少有人去验证异常情况下是否能真正的回滚。
Spring事务让我熟悉的地方是哪哪看起来都简单，让我陌生的地方使用时的变种较多，有时候莫名其妙的不生效。
源码以上原理的相关源码如下：
实践出真知但是 [半支烟] 偶尔会在编码过程中发现有些场景下的事务是失效的，总有些情况让你想不到，总有一些坑点等你去跳。
[半支烟] 觉得验证事务的最好方式就是：记住基本原则 + 动手实践。记住基本原则可以快速处理常规问题，动手实践可以验证偏门问题或者不确定的问题。
几种事务不生效的用法如下是常见的几种Spring事务不生效的用法，有空的读者一定要牢记，对日常编码很有帮助，同时面试时也能说几句。
private方法
Spring是通过AOP代理的方式实现事务增强的，但是private方法无法被代理，所以在private方法上打@Transactional注解是不生效的。
final、static修饰的方法
和private方法类似，final和static修饰的方法也无法被代理，所以@Transactional注解也不生效。
因为，static是属于类方法，final修饰的方法无法被重写，自然也就无法植入事务增强代码。
Bean对象没有被Spring托管
某个类一定要被Spring托管，那才能通过@Transactional注解去增强事务。如果只有@Transactional注解，而没有把类交给Spring托管，事务也是不生效的。类似如下情况：
// 此处没有@Service注解，此类不被spring托管，及时有@Transactional也不生效
public class UserService {
@Autowired
private UserMapper userMapper;
@Trans
