|
需要手动回滚事务(比使用JDBC方便多类，JDBC得先关闭自动自动提交，然后根据情况手动提交或者回滚事务)
如果让你优化事务方法的执行?你会如何做?
「其实我们完全可以用AOP来优化这种代码，设置好切点，当方法执行成功时提交事务，当方法发生异常时回滚事务，这就是声明式事务的实现原理」
使用AOP后，当我们调用事务方法时，会调用到生成的代理对象，代理对象中加入了事务提交和回滚的逻辑。
声明式事务
Spring aop动态代理的方式有如下几种方法
JDK动态代理实现(基于接口)(JdkDynamicAopProxy)
CGLIB动态代理实现(动态生成子类的方式)(CglibAopProxy)
AspectJ适配实现
spring aop默认只会使用JDK和CGLIB来生成代理对象
@Transactional可以用在哪里?
@Transactional可以用在类，方法，接口上
用在类上，该类的所有public方法都具有事务
用在方法上，方法具有事务。当类和方法同时配置事务的时候，方法的属性会覆盖类的属性
用在接口上，一般不建议这样使用，因为只有基于接口的代理会生效，如果Spring AOP使用cglib来实现动态代理，会导致事务失效(因为注解不能被继承)
@Transactional失效的场景
@Transactional注解应用到非public方法(除非特殊配置，例如使用AspectJ 静态织入实现 AOP)
自调用，因为@Transactional是基于动态代理实现的
异常在代码中被你自己try catch了
异常类型不正确，默认只支持RuntimeException和Error，不支持检查异常
事务传播配置不符合业务逻辑
@Transactional注解应用到非public方法
「为什么只有public方法上的@Transactional注解才会生效?」
首相JDK动态代理肯定只能是public，因为接口的权限修饰符只能是public。cglib代理的方式是可以代理protected方法的(private不行哈，子类访问不了父类的private方法)如果支持protected，可能会造成当切换代理的实现方式时表现不同，增大出现bug的可能醒，所以统一一下。
「如果想让非public方法也生效，你可以考虑使用AspectJ」
自调用，因为@Transactional是基于动态代理实现的
当自调用时，方法执行不会经过代理对象，所以会导致事务失效。例如通过如下方式调用addUser方法时，事务会失效常在代码中被你自己try catch了
这个逻辑从源码理解比较清晰，只有当执行事务抛出异常才能进入completeTransactionAfterThrowing方法，这个方法里面有回滚的逻辑，如果事务方法都没抛出异常就只会正常提交
（编辑：常州站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
