Spring 事务实现原理 （同一个类方法调用事务失效）
泛域名ssl证书 239元1年送1个月、单域名39元1年，Sectigo（原Comodo证书）全球可信证书，强大的兼容性，高度安全性,如有问题7天内可退、可开发票
加微信VX 18718058521 备注SSL证书
【腾讯云】2核2G4M云服务器新老同享99元/年，续费同价
Spring 声明式事务实现原理
起因
本人之前使用Spring事务时遇到两种场景。同一个class没有事务的A方法调用含有事务的B方法发现事务不生效，同一个class有事务的A方法调用含有事务的B方法（传播性为REQUIRES_NEW），独立事务也没有创建。
一切的原因就和 Spring 利用 AOP 代理实现声明式事务紧密关联了。
原因
我们知道，Spring的AOP实现方式有两种：1、Java代理方式；2、Cglib动态增强方式，这两种方式在Spring中是可以无缝自由切换的。Java代理方式的优点是不依赖第三方jar包，缺点是不能代理类，只能代理接口。Spring通过AopProxy接口，抽象了这两种实现，实现了一致的AOP方式：
现在看来，这种抽象同样带了一个缺陷，那就是抹杀了Cglib能够直接创建普通类的增强子类的能力，Spring相当于把Cglib动态生成的子类，当普通的代理类了，这也是为什么会创建两个对象的原因。下图显示了Spring的AOP代理类的实际调用过程：
因此，从上面的分析可以看出，methodB没有被AopProxy通知到，导致最终结果是：被Spring的AOP增强的类，在同一个类的内部方法调用时，其被调用方法上的增强通知将不起作用。
而这种结果，会造成什么影响呢：
1：内部调用时，被调用方法的事务声明将不起作用
2：换句话说，你在某个方法上声明它需要事务的时候，如果这个类还有其他开发者，你将不能保证这个方法真的会在事务环境中
3：再换句话说，Spring的事务传播策略在内部方法调用时将不起作用。不管你希望某个方法需要单独事务，是RequiresNew，还是要嵌套事务，要Nested，等等，统统不起作用。
4：不仅仅是事务通知，所有你自己利用Spring实现的AOP通知，都会受到同样限制。。。。
问题的原因已经找到，其实，我理想中的AOP实现，应该是下面这样：
只要一个Cglib增强对象就好，对于Java代理方式，我的选择是毫不犹豫的抛弃。
至于前面的事务问题，只要避开Spring目前的AOP实现上的限制，要么都声明要事务，要么分开成两个类，要么直接在方法里使用编程式事务，那么一切OK。
