Spring Boot从2.x版本开始，默认使用CGLIB作为动态代理实现。这是因为在Spring Boot 2.x中，为了解决使用JDK动态代理可能导致的类型转换异常问题，选择了CGLIB作为默认的代理方式。
Spring Boot项目代码示例，展示了如何使用CGLIB和JDK动态代理。
效果展示
项目结构
cglib-learn
├─src
│ ├─main
│ │ ├─java
│ │ │ └─com
│ │ │ └─tyron
│ │ │ └─cgliblearn
│ │ │ ├─ CglibLearnApplication.java
│ │ │ ├─ aspect
│ │ │ │ └── LoggingAspect.java
│ │ │ ├─ config
│ │ │ │ └── AppConfig.java
│ │ │ └── service
│ │ │ ├── UserService.java
│ │ │ └── UserServiceInterface.java
│ │ └── resources
│ │ └── application.properties
└── pom.xml
1、cglib代理
1.1、 pom.xml
确保您的项目包含 Spring Boot 和 AspectJ 依赖：
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd"><modelVersion>4.0.0</modelVersion><parent><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-parent</artifactId><version>2.5.4</version></parent><groupId>com.tyron</groupId><artifactId>cglib-learn</artifactId><version>0.0.1-SNAPSHOT</version><name>cglib-learn</name><description>cglib-learn</description><url/><dependencies><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-aop</artifactId></dependency></dependencies>
</project>1.2、 CglibLearnApplication.java
package com.tyron.cgliblearn;import com.tyron.cgliblearn.service.UserService;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.ApplicationContext;@SpringBootApplication
public class CglibLearnApplication {public static void main(String[] args) {ApplicationContext context = SpringApplication.run(CglibLearnApplication.class, args);// 使用cglib代理UserService userService = context.getBean(UserService.class);// 使用jdk代理// UserServiceInterface userService = context.getBean(UserServiceInterface.class);System.out.println("Proxy class: " + userService.getClass());userService.sayHello();}
}
1.3、 UserService.java
package com.tyron.cgliblearn.service;import org.springframework.stereotype.Service;@Service
public class UserService {public void sayHello() {System.out.println("Hello, World!");}
}
1.4、 LoggingAspect.java
package com.tyron.cgliblearn.aspect;import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Before;
import org.springframework.stereotype.Component;@Aspect
@Component
public class LoggingAspect {@Before("execution(* com.tyron.cgliblearn.service.*.*(..))")public void logBefore() {System.out.println("Method is about to be called.");}
}
1.5、运行项目（cglib代理）
下图打印中可看出，在SpringBoot 2.5.4 版本中，默认使用 cglib 动态代理，后面我们再尝试使用jdk动态代理。
2、jdk代理
2.1、application.properties
在application.properties中配置使用JDK动态代理
spring.aop.proxy-target-class=false
2.2、UserServiceInterface.java
如果希望使用JDK动态代理，可以创建一个接口和实现类：
package com.tyron.cgliblearn.service;public interface UserServiceInterface {public void sayHello();
}
2.3、UserServiceImpl.java
package com.tyron.cgliblearn.service;import org.springframework.stereotype.Service;@Service
public class UserServiceImpl implements UserServiceInterface {@Overridepublic void sayHello() {System.out.println("Hello, World!");}
}
2.4、运行项目（jdk代理）
3、cglib代理和jdk代理的区别
在Spring Boot中，CGLIB代理和JDK代理的主要区别在于它们的实现方式和适用场景。以下是两者的详细对比：
| 特性 | CGLIB代理 | JDK代理 |
|---|---|---|
| 实现方式 | 通过生成目标类的子类来创建代理对象 | 通过实现目标类的接口来创建代理对象 |
| 适用场景 | 可以代理没有实现接口的类 | 只能代理实现了接口的类 |
| 性能 | 通常比JDK代理快，因为它使用了FastClass机制 | 可能稍慢一些，因为它依赖于反射 |
| 限制 | 不能代理final类或final方法 | 不能代理没有接口的类 |
| 默认配置 | Spring Boot默认使用CGLIB代理 | 需要显式配置使用JDK代理 |
为什么Spring Boot默认使用CGLIB代理？
Spring Boot默认使用CGLIB代理是因为CGLIB提供了更广泛的代理支持，可以代理没有实现接口的类。这对于提供更灵活的AOP配置和更高的性能是有益的。此外，CGLIB代理在某些情况下可能比JDK代理更快，因为它使用了FastClass机制来直接调用目标类的方法，而不是使用反射****。
实际应用中的优缺点
- CGLIB代理的优点：可以代理没有实现接口的类，通常性能更好。
- CGLIB代理的缺点：不能代理final类或final方法，可能需要额外的配置来启用。
- JDK代理的优点：最小化依赖关系，减少依赖意味着简化开发和维护
- JDK代理的缺点：只能代理实现了接口的类，可能性能稍逊于CGLIB代理。
总结
在选择CGLIB代理还是JDK代理时，你需要考虑目标类是否实现了接口，以及你对性能的要求。如果你的应用程序中的类没有实现接口，或者你需要更高的性能，那么CGLIB代理可能是更好的选择。如果你的应用程序中的类已经实现了接口，或者你更倾向于使用JDK提供的功能，那么JDK代理可能更适合你。