springboot2.x默认采用cglib代理,以及配置jdk动态代理的方法

众所周知,springboot开启AOP需要在启动类加上注解 @EnableAspectJAutoProxy ,但开发过程中发现即使不加@EnableAspectJAutoProxy 注解,bean还是被代理过,而且是Cglib代理对象。

此时在启动类加上@EnableAspectJAutoProxy(proxyTargetClass = false)关闭cglib代理,但发现 proxyTargetClass 参数设置无效,生成的代理bean仍为cglib代理。

跟踪源码发现在处理aop过程中,aop入口类 @EnableAspectJAutoProxy -> spectJAutoProxyRegistrar -> registerOrEscalateApcAsRequired(AnnotationAwareAspectJAutoProxyCreator.class, registry, source) 发现连续进入了两次注册方法,其中一次指定的 proxyTargetClass为true,跟踪 ConfigurationClassPostProcessor中处理Import类的方法,发现另一个标注了 @EnableAspectJAutoProxy 注解的类:AopAutoConfiguration,这个类是springboot的自动配置类,也就是说springboot默认自动开启了AOP,

@Configuration
@ConditionalOnClass({ EnableAspectJAutoProxy.class, Aspect.class, Advice.class, AnnotatedElement.class })
@ConditionalOnProperty(prefix = "spring.aop", name = "auto", havingValue = "true", matchIfMissing = true)
public class AopAutoConfiguration {

@Configuration
@EnableAspectJAutoProxy(proxyTargetClass = false)
@ConditionalOnProperty(prefix = "spring.aop", name = "proxy-target-class", havingValue = "false",
matchIfMissing = false)
public static class JdkDynamicAutoProxyConfiguration {

}

@Configuration
@EnableAspectJAutoProxy(proxyTargetClass = true)
@ConditionalOnProperty(prefix = "spring.aop", name = "proxy-target-class", havingValue = "true",
matchIfMissing = true)
public static class CglibAutoProxyConfiguration {

}
}

其中参数proxy-target-class ,从配置spring.aop.auto读取,默认为true

因此在配置文件中加上spring.aop.auto=false后,代理对象变成了JdkDynamic

我的springboot版本为2.1.x,可以看到默认已经采用cglib代理,个人也感觉不到什么不一样,性能上讲,其实jdk1.8后JdkDynamic性能并不差,不过使用 cglib 后可以直接用实现类注入

比如

@Autowired
ServiceImpl service

毕竟在开发过程中我们的bean中的方法并不一定都在接口中定义,可能会从其他类中继承,这样用接口注入就无法访问这些方法,只能接使用实现类注入,采用cglib可满足这一需求

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
CGLIB动态代理JDK动态代理都是常见的Java动态代理技术,它们在实现原理和使用方式上有一些区别。CGLIB动态代理是通过继承目标类来生成代理类,而JDK动态代理是通过实现目标类的接口来生成代理类。 CGLIB动态代理相比JDK动态代理有以下几个优势: 1. 性能更高:CGLIB动态代理在生成代理类时,不需要像JDK动态代理那样通过反射调用目标方法,而是直接调用目标类的方法,因此在性能上更高效。 2. 支持非接口类:CGLIB动态代理可以代理没有实现接口的类,而JDK动态代理只能代理实现了接口的类。 3. 不受final修饰符限制:CGLIB动态代理可以代理被final修饰的类和方法,而JDK动态代理无法代理final修饰的类和方法。 然而,CGLIB动态代理也有一些限制和缺点: 1. CGLIB动态代理生成的代理类是目标类的子类,因此无法代理被final修饰的类和方法。 2. CGLIB动态代理使用字节码生成技术,对于一些复杂的场景可能会导致生成的代理类过于庞大,影响性能和加载速度。 3. CGLIB动态代理需要依赖CGLIB库,而JDK动态代理是Java标准库的一部分,因此在一些特定的环境中可能无法使用CGLIB动态代理。 综上所述,CGLIB动态代理在性能和功能上相对于JDK动态代理有一些优势,但也存在一些限制和缺点。选择使用哪种动态代理技术应根据具体的需求和场景来决定。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值