记录spring中Transactional事务注解失效的六个场景

记录spring中Transactional事务注解失效的六个场景

方法内的自调用

原因：通过this内部调用其他带有@Transactional注解的方法，是通过this进行调用，并没有通过cglib代理对象进行调用，导致方法未被增强导致无法检测内部事务
解决方法：通过实现类内部自己注入自己的bean实现调用内部方法，以调用cglib增强的代理方法。或者通过AopContext.currentProxy()获取当前代理对象，使用之前需要引aspectjweaver依赖，并且需要在启动类上加入@EnableAspectJAutoProxy(exposeProxy=true)注解。或者在调用方加入@Transactional注解

方法是private或protected的

原因：spring基于cglib进行AOP，cglib基于父子类来实现的，子类是代理类，父类是被代理类，如果父类某个方法是被private修饰，子类的类没法拿到父类的方法，所以导致方法无法被cglib代理，进而无法使用代理方法
解决方法：使用public

方法是final的

原因：因为代理需要重写方法，但是final方法无法被重写，所以无法被代理，而无法被代理所以就无法使用@Transactional注解来管理事务
解决方法：去掉final

单独的线程调用方法

原因：事务是跟连接绑定的，而一个连接是一个线程，新开了一个线程等于新开了一个事务，两个线程的事务管理不同

异常被吃掉

原因：事务回滚是根据异常进行的，手动进行异常处理不会回滚事务

类没被spring管理

原因：没进行bean注入，直接new无法使用spring的事务管理

管理事务的方式

1.使用编程式事务，beginTransaction(), commit(), rollback()
2.基于TransactionProxyFactoryBean的声明式事务管理
3.基于@Transactional的声明式事务管理
4.基于Aspectj AOP配置事务
5.使用分布式事务进行管理，2PC，3PC、TCC

如何避免事务失效

1.使用编程式事务，手动提交
2.避免慢查询
3.不要再事务中加入耗时操作，如rpc，大批量插入修改等