SpringBoot 的 AOP 中 JDK Proxy 和 CGLib

【SpringBoot 的 AOP 中 JDK Proxy 和 CGLib】

以下内容搭配 SpringAopDebug 食用更佳

基础

Spring AOP 的底层就是通过使用 JDK 或者 CGLib 动态代理来实现为目标 Bean 织入横切逻辑的。

JDK 的动态代理，允许开发者在运行期创建接口的代理实例，限制也是只能为接口创建代理实例。

CGLib 采用字节码技术，可以为一个类创建子类，在子类中采用方法拦截所有父类的调用来织入横切逻辑。

• Spring 默认为有接口实现类用 JDK 代理，无接口实现的用 CGLib 代理
• SpringBoot 2.x 默认为全部使用 CGLib 代理

DEBUG

在 SpringBoot 2.x 中可以通过配置 spring.aop.proxy-target-class 来决定使用哪种代理。

# 默认为 true 即强制使用 CGLib
spring.aop.proxy-target-class=true

# 当改为 false 时，有接口实现的使用 JDK 代理，无接口实现的为 CGLib 代理
spring.aop.proxy-target-class=false

对于没有实现接口的类，只有一种注入方式，就是注入实现类，而对于有接口实现的类，有两种方式

1. 注入接口类型
2. 注入实现类型

针对 spring.aop.proxy-target-class 和 有接口实现类的注入方式的组合展开 DEBUG。

spring.aop.proxy-target-class=true & 注入接口

即默认/常规 SpringBoot 项目下，强制使用 CGLib，通过切换到 spring.aop.proxy-target-class=true&注入接口 分支，进行调试。

对于 PrintService

对于 DirectPrintWithoutImpl

两者都使用了 CGLib 代理。

spring.aop.proxy-target-class=true & 实现接口的 bean 有意注入其实现类

此种情况和上一种情况，表现形式一致，正常运行，都使用了 CGLib 代理

spring.aop.proxy-target-class=false & 注入接口

此种情况即为 Spring （非 SpringBoot）的默认情况，注入接口使用的是 JDK 代理

对于没有接口的类，直接注入实现类，使用的是 CGLib 代理

spring.aop.proxy-target-class=false & 实现接口的 bean 有意注入其实现类

此种情况无法运行

Bean named 'printServiceImpl' is expected to be of type
 'com.nevertrouble.demo.aopdebug.service.PrintServiceImpl' 
    but was actually of type 'com.sun.proxy.$Proxy44'

对于有实现接口的类，会使用 JDK 的代理，生成的是接口类型的类，而不是实现类型，由此造成类型不一致。

对于无接口实现的类，会使用 CGLib 的代理，生成的是实现类的子类，可以正常注入。

这里没有蠢问题

spring.aop.proxy-target-class=false 时，让一个类 只 实现 Serializable 会使用 JDK 代理吗？它实现了接口啊

答案是不会使用 JDK 的代理，而是会使用 CGLib 的代理。

Serializable 这种叫标签接口，没有任何方法和属性，它不对实现类有任何语义上的要求，仅仅表名它的实现类属于一个特定的类型。

实现这种接口，不会对 注入实现类 的方式产生影响，会使用 CGLib 代理生成实现类的子类，如果 注入接口 也就是直接注入 Serializable 接口，你确定要这么做？

什么样的方法无法被 AOP 增强呢？

对于 JDK 代理，依赖接口，就只能拦截接口里面的 public 方法，同时不能被 static 修饰。

对于 CGLib 代理，是动态创建子类的方式进行 AOP 增强，由于 final/static/private 无法被子类覆盖也就不能被增强。