事务传播机制required_new使用学习

https://www.jianshu.com/p/3e9267b025b2
https://blog.csdn.net/hepei120/article/details/78058468

Spring事务与JDK/CGLIB动态代理

从一次@Transactional注解失效探究Spring AOP的代理机制

关于Spring的两三事：代理对象的生成时机

spring—transaction（1）—源代码分析(事务的拦截器TransactionInterceptor)

项目背景

最近项目遇到一个问题，两个事务，称为A事务和B事务吧。A事务需要统计B事务提交后数据。所以无论A事务是否提交成功都不能影响B事务的提交。同时A事务的方法会调用B事务的方法

初始步骤

一开始，是把 A方法和B方法写在同一个类里。调用接口发现，A事务抛出异常回滚，同时B事务也回滚了。这肯定是不允许的。

解决方案

使用事务传播机制: REQUIRED_NEW

原因:

查阅资料发现，原来是是在同一个类里，A方法直接调用B方法，导致事务失效。因为如果需要获取被事务增强的方法，需要使用spring容器IOC中的代理对象去调用被代理的方法，这个方法已经被增强，会包含事务配置，回滚策略等.

如果是走this调用的话, 只会调用原方法, 原方法是没有被事务包围和增强的.

可以理解为, 两个方法, 一个是你自己写的原始方法. 一个是 Spring 润色之后的方法 . 如果走 this 调用的话, 相当于调用了原始方法. 走代理对象调用才会走润色过的方法.

加上@Transactional之后, 会被TransactionInterceptor 拦截器拦截

方法:

可能项目结构划分的不合理. 导致所有方法都写在同一个类里. 使得 aop 切面修饰的方法失效.

将B方法写进被IOC管理的Bean对象即可解决问题, 获得事务增强. 同时实现最初的目标, A事务和B事务是相互独立, 不影响对方的.

代理对象, 实际上是依靠 BeanPostProcessor 的实现类 AbstractAutoProxyCreator 来完成的. 其方法入口为 postProcessBeforeInstantiation 和 postProcessAfterInitialization . 前者在正常启动过程中不会用到该方法创建代理对象.这样做的好处是, 将代理对象实例化的控制权交给用户自定义.

实际上, AOP 模块所需的代理对象则是由 postProcessAfterInitialization 方法来创建的.