<think>
我们正在讨论Spring AOP中的proxy-target-class属性，特别是当设置为true时的含义和作用。根据引用内容，我们可以总结如下：
1. **proxy-target-class属性**：
- 当设置为`false`（默认值）时，Spring会使用JDK动态代理。这要求目标类实现了至少一个接口，代理将基于这些接口生成。
- 当设置为`true`时，Spring会强制使用
CGLIB动态代理，即使目标类实现了接口。这意味着代理是基于类的（通过生成目标类的子类）。
2. **默认行为**：
- 如果目标类实现了接口，Spring默认使用JDK动态代理。
- 如果目标类没有实现任何接口，Spring会自动使用
CGLIB代理（无需设置`proxy-target-class="true"`）。
3. **
CGLIB代理的特点**：
- 通过继承目标类来创建代理子类，覆盖非final的方法。
- 因此，无法代理final类或final方法。
- 代理对象可以强制转换为目标类的类型（而JDK代理只能转换为接口类型）。
4. **使用场景**：
- 当目标类实现了接口，但你想强制使用
CGLIB代理时（例如，为了代理没有在接口中声明的方法）。
- 当你希望代理对象可以直接转换为目标类类型（而不是接口类型）时。
5. **配置方式**：
- XML配置：`<aop
:aspectj-autoproxy proxy-target-class="true"/>`
- 注解配置：`@EnableAspectJAutoProxy(
proxyTargetClass = true)`
6. **注意事项**：
-
CGLIB代理需要额外的库（如
cglib）。在Spring 3.
2之后，
CGLIB已经被包含在spring-core中，无需单独引入。
根据引用[4]，
CGLIB代理是通过继承目标类并覆盖其方法来实现的，因此目标类不能是final的，且目标方法也不能是final的。
因此，总结回答如下：
</think>
### Spring AOP 中 `proxy-target-class
: true` 的含义和作用详解
#### 一、核心作用
`proxy-target-class="true"` 强制 Spring AOP **使用
CGLIB 动态代理** 而非默认的 JDK 动态代理。这是 Spring AOP 代理机制的关键开关，直接影响代理的生成方式[^1][^
2]。
#### 二、工作原理解析
| **代理类型** | **触发条件** | **实现机制** | **强制转换要求** |
|------------------|----------------------------------|-----------------------------------------|------------------------------|
| JDK 动态代理 | 目标类实现接口 + `proxy-target-class="false"` | 基于接口生成代理类 | 必须转为接口类型 (`IUserService userService`)[^4] |
|
CGLIB 动态代理 | 目标类无接口 **或** `proxy-target-class="true"` | 通过继承目标类生成子类（覆盖非 final 方法） | 可转为实现类类型 (`UserServiceImpl userService`)[^4] |
```mermaid
graph TD
A[proxy-target-class=true] --> B[强制使用
CGLIB代理]
B --> C[生成目标类的子类]
C --> D[代理类继承目标类]
D --> E[覆盖非final方法]
E --> F[支持转换为具体实现类]
```
#### 三、典型应用场景
1. **代理非接口方法**
当需要代理未在接口中声明的方法时（如工具类方法），必须使用
CGLIB 代理。
```java
public class UserUtil { // 无接口
public void cleanCache() {...} // 需被代理的方法
}
```
2. **访问具体实现类属性**
当切面需要访问目标类的成员变量时（JDK 代理无法访问实现类字段）。
```java
@Aspect
public class LogAspect {
@Before("execution(* com.service.*.*(..))")
public void log(JoinPoint jp) {
Object target = jp.getTarget(); // 获取真实对象
Field[] fields = target.getClass().getDeclaredFields(); // 访问字段
}
}
```
3. **规避接口限制**
当目标类同时实现多个接口且存在方法签名冲突时，
CGLIB 可避免 JDK 代理的歧义问题。
#### 四、配置方式
**XML 配置**：
```xml
<aop
:aspectj-autoproxy proxy-target-class="true"/>
```
**注解配置**：
```java
@EnableAspectJAutoProxy(
proxyTargetClass = true) // Spring Boot
public class AppConfig {...}
```
#### 五、使用注意事项
1. **
CGLIB 限制**：
- 无法代理 `final` 类或 `final` 方法（子类无法覆盖）
- 目标类需有无参构造函数（子类需调用 `super()`）
- 代理类会重写目标类所有非 final 方法
2. **性能对比**：
- **JDK 代理**：初始化快，运行时调用慢（反射）
- **
CGLIB 代理**：初始化慢（生成字节码），运行时调用快（直接调用）
> 实际差距通常在毫秒级，大多数场景无需考虑[^3]
3. **依赖要求**：
- Spring 3.
2+ 已内置
CGLIB（无需额外依赖）
- 早期版本需手动添加：
```xml
<dependency>
<groupId>
cglib</groupId>
<artifactId>
cglib</artifactId>
<version>3.3.0</version>
</dependency>
```
#### 六、验证代理类型（调试技巧）
```java
@Autowired
private UserService userService; // 被代理对象
@Test
public void testProxyType() {
// 输出代理类名：
// JDK代理：com.sun.proxy.$ProxyXX
//
CGLIB代理：com.service.UserService$$EnhancerBySpring
CGLIB$$...
System.out.println(userService.getClass().getName());
}
```
> **关键结论**：`proxy-target-class="true"` 的本质是 **让 Spring AOP 放弃接口契约，直接操作实现类**，需根据具体场景谨慎选择[^
2][^4]。
---
在启动Tomcat服务时遇到服务启动缓慢，并在控制台输出CGLIB2notavailable:proxyTargetClassfeaturedisabled后停止运行的问题。通过删除webapps文件夹中的.bak文件夹，问题得以解决。
扫一扫
126
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
