SpringAOP使用CGLIB代理对protect方法无效

之前项目中遇到由于Mybatis缓存以及事物隔离导致的并发问题，无法拿到最新的数据，因此就将方法拆开，并将事物传播设置为了REQUIRES_NEW解决，详情看这记一次锁和事物导致的并发问题

doInsert这个方法是没有写在接口中的，由于CGLIB的代理是基于子类的，所以当时直接使用了public修饰符，是能够正常工作的（我们的项目SpringBoot版本1.5，依赖4.3的Spring，默认代理方式应该是JDK+CGLIB的，但是之前有一次启动异常惊奇的发现我们的代理竟然全部是CGLIB的，最后也没排查出什么原因。）

今天突然想了下，觉得应该改成protect，于是就手写了个demo试了一下，发现事物竟然没有生效。

what？？？protect方法不是可以继承给子类的么？为了验证我特意反编了一下代理类，如下：

// 被代理类的方法
protected void protec(){
     

}
// 代理类反编译 
final void CGLIB$protec$2() {
     
        super.protec();
    }

    protected final void protec() {
     
        MethodInterceptor var10000 = this.CGLIB$CALLBACK_0;
        if (var10000 == null) {
     
            CGLIB$BIND_CALLBACKS(this);
            var10000 = this.CGLIB$CALLBACK_0;
        }

        if (var10000 != null) {
     
            var10000.intercept(this, CGLIB$protec$2$Method, CGLIB$emptyArgs, CGLIB$protec$2$Proxy);
        } else {
     
            super.protec();
        }
    }

可以看到是存在protect方法的代理的，private的方法由于无法被继承自然没有

既然存在代理，为什么事物会不生效？

查了下官方文档，发现了一条说明

意思就是Spring的AOP对private和protect是不支持的，无论是JDK还是CGLIB，如果要对protect方法进行拦截，建议使用AspectJ

不清楚Spring为什么不推荐其AOP对protect不支持，猜测可能

1. 代理行为本身就是一种三方调用的思想，那么被代理的方法本身应该是公有的
2. 为了跟让CGLIB和JDK保持一致，因为JDK基于接口的肯定都是公有的，而CGLIB干嘛搞特殊？

我们去代码里看一下，protect的方法进入到了代理对象中，但显示拦截器链容量为0

CGLIB会创建一个MethodInvocation，在其构造器中发现publicMethod字段，显然这里是false
而在其process方法中，当执行到最后一个拦截器时，会进入到invokeJoinpoint()中

这里会判断是否是public方法来进行不同的调用

如果是public的方法会走CGLIB去调用代理方法，不是public的会用反射的方式调用被代理对象的方法

所以，protect的方法无法被代理。

这里还有一点，当我类中只有一个protect方法加上了事物注解时，Spring甚至没有为我的Service生产代理类，我额外加了个public的方法加上了事物注解，才创建了代理。这说明Spring在getBean扫描到事物注解创建代理类的时候，就已经对非public进行过一次过滤了，这部分后面再跟踪一下