Spring Boot 2 中为何默认采用 CGLIB 实现 AOP？底层原理与实现详解

在 Spring Boot 中，AOP（面向切面编程）是实现业务无侵入扩展的重要手段之一。而从 Spring Boot 2 开始，一个显著的底层变动是：AOP 默认不再使用 JDK 动态代理，而是改为使用 CGLIB 动态代理。这与传统 Spring Framework 的做法形成了明显差异。

这个改变不仅反映了框架设计思路的调整，也揭示了代理机制在性能和适用性上的权衡。今天我们就深入探讨：Spring Boot 2 为何选择 CGLIB，它和 JDK 动态代理到底有什么区别，以及 CGLIB 的底层运行机制到底长啥样？

一、AOP 与动态代理的关系

AOP（Aspect-Oriented Programming）是将横切关注点（如日志、权限、事务等）从核心业务逻辑中分离出来的一种编程范式。在 Spring 中，AOP 的核心能力依赖于动态代理机制，即在运行时对目标对象进行代理，实现增强行为。

动态代理的作用：

• 在方法执行前插入前置逻辑；
• 在方法执行后插入后置逻辑；
• 在抛出异常时进行异常处理；
• 不修改原始类代码，实现增强逻辑的解耦。

二、Spring Boot 2 以前的 AOP 实现方式

在传统的 Spring（非 Boot 框架）中，AOP 的代理逻辑如下：

• 如果目标类实现了接口：使用 JDK 动态代理；
• 如果目标类未实现接口：使用 CGLIB 动态代理；

这种方式虽然灵活，但带来两个问题：

1. 强制接口化设计：如果想使用 JDK 代理，就必须让目标类实现接口，不利于面向类的开发风格；
2. 运行时效率低下：JDK 代理依赖反射调用，性能不如字节码增强方案；

三、Spring Boot 2 为何统一使用 CGLIB？

从 Spring Boot 2 开始，无论目标类是否实现了接口，统一默认使用 CGLIB 作为动态代理的实现方式。这个变化背后主要出于两个方面的考虑：

1. 适用性更强

• JDK 动态代理只支持接口代理；
• CGLIB 可代理普通类，只要类和方法不是 final 修饰的；

换言之，CGLIB 更不挑食，不强制要求接口存在，减少了开发约束。

2. 性能更优

• JDK 代理通过反射执行方法，存在运行时性能损耗；
• CGLIB 使用 ASM 字节码增强，在运行时直接生成子类，通过 FastClass 跳过反射调用，效率更高。

四、JDK 动态代理 vs. CGLIB 动态代理：底层对比

五、深入剖析：CGLIB 的底层原理与运行机制

1. CGLIB 是什么？

CGLIB（Code Generation Library）是一个功能强大的字节码生成库，它可以在运行时为指定的类生成子类，从而实现代理。它的本质是利用 ASM 框架动态生成类的字节码。

2. 实现流程概览

• 使用 Enhancer 类设置目标类作为父类；
• 定义一个 MethodInterceptor，描述增强逻辑；
• 调用 enhancer.create() 生成子类实例；
• 返回的代理对象可以执行增强后的方法逻辑；

六、CGLIB 实践示例：对 PersonService 类进行增强

1. 添加 Maven 依赖

<dependency>
  <groupId>cglib</groupId>
  <artifactId>cglib</artifactId>
  <version>3.3.0</version>
</dependency>

2. 创建原始类

public class PersonService {
    public String sayHello(String name) {
        return "Hello, " + name;
    }
}

3. 编写 CGLIB 动态代理逻辑

Enhancer enhancer = new Enhancer();

// 设置父类为目标类
enhancer.setSuperclass(PersonService.class);

// 设置回调逻辑，即切面方法
enhancer.setCallback(new MethodInterceptor() {
    @Override
    public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {
        System.out.println("前置逻辑");

        Object result = proxy.invokeSuper(obj, args);

        System.out.println("后置逻辑");

        return result;
    }
});

// 创建代理对象
PersonService proxy = (PersonService) enhancer.create();

// 调用方法
String res = proxy.sayHello("奇异");
System.out.println("最终返回结果：" + res);

4. 输出结果：

前置逻辑
后置逻辑
最终返回结果：Hello, 奇异

七、CGLIB 的运行机制详细拆解

1. enhancer.create() 做了什么？

调用 create() 方法后，CGLIB 会基于目标类使用 ASM 动态生成一个子类，该子类结构大致如下：

public class PersonService$$EnhancerByCGLIB extends PersonService {
    // 重写所有非 final 方法
    public String sayHello(String name) {
        // 前置增强
        // 调用 super.sayHello()
        // 后置增强
    }
}

2. MethodInterceptor 的作用

你在 setCallback() 中传入的 MethodInterceptor，最终会注入到代理类中，用于在方法调用前后插入扩展逻辑。

其中关键方法：

Object result = proxy.invokeSuper(obj, args);

它的本质就是调用父类的原始方法（即 super.sayHello()），从而保证了原有逻辑的执行。

3. FastClass 的原理

为了进一步避免反射损耗，CGLIB 为每个代理类生成一个 FastClass 类，它会把方法名映射为编号，然后通过编号调用方法，避免了 Method.invoke 的性能损耗。

八、在 Spring Boot 中如何使用和控制代理方式？

默认情况下：

# Spring Boot 2 默认使用 CGLIB
spring.aop.proxy-target-class: true

如果你想切换回 JDK 动态代理（前提是目标类实现了接口），可以设置：

spring.aop.proxy-target-class: false

九、注意事项与使用建议

1. 目标类不能为 final 类
   • CGLIB 基于继承生成子类，final 修饰的类无法继承。
2. 目标方法不能为 final
   • final 方法无法被重写，代理失效。
3. 不建议代理构造函数
   • 构造函数不属于业务方法，不适合 AOP 拦截。
4. 调试时关注对象类型
   • 使用断点查看对象类型，如 PersonService$$EnhancerByCGLIB$$1234，可确认代理是否生效。

十、总结

Spring Boot 2 选择 CGLIB 替代 JDK 动态代理的决定，是基于现实需求和技术发展的一次架构级优化。主要体现在以下方面：

CGLIB 是一种非常适合于 AOP 的底层技术，它的使用使得 Spring Boot 更加通用、强大，也为开发者提供了更多的灵活性。

参考资料

• Spring 官方 AOP 文档
• CGLIB GitHub
• ASM 字节码增强框架