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

最新推荐文章于 2025-04-25 08:15:00 发布

Mutou_ren

最新推荐文章于 2025-04-25 08:15:00 发布

阅读量2.3k

点赞数 3

分类专栏： spring

本文链接：https://blog.youkuaiyun.com/Mutou_ren/article/details/105018052

版权

spring 专栏收录该内容

12 篇文章

订阅专栏

本文探讨了Spring AOP在使用CGLIB代理时，对protected方法不起作用的情况。作者通过实验发现，即使CGLIB能够代理protected方法，事务处理却无法生效。官方文档指出Spring AOP不支持对protected和private方法的拦截。文章分析了可能的原因，包括代理行为的特性、CGLIB与JDK代理的一致性以及CGLIB的内部实现细节。此外，文中还提到了Spring在扫描带有事务注解的方法时，对非public方法的处理策略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

之前项目中遇到由于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不支持，猜测可能

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

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

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

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

如果是public的方法会走CGLIB去调用代理方法，不是public的会用反射的方式调用被代理对象的方法
在这里插入图片描述
所以，protect的方法无法被代理。

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