Spring Boot 中是使用 JDK Proxy 动态代理还是 CGLib ?

文章讨论了SpringBoot中默认使用CGLib进行动态代理,除非配置为使用JDKProxy。被final修饰的类会影响代理选择,且需实现接口才能使用JDKProxy。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1. Spring Boot 中是使用 JDK Proxy 动态代理还是 CGLib ?

        首先我们知道在 Spring 里面,动态代理的底层,默认使用的是 JDK Proxy 代理,这一点在官方文档有具体的说明:

        既然 Spring 中的动态代理默认使用 JDK Proxy,那么在 Spring Boot 中是否也是使用 JDK Proxy 呢 ?

答案是否,Spring Boot 的动态代理默认使用的是 CGLib

这一点在 spring-configuration-metadata.json 文件中有体现 >>

我们带着疑惑来看下面这个案例,看看 Spring Boot 中的动态代理是否真的使用了 CGLib ?

Controller:

@RestController
@RequestMapping("/user")
public class UserController {

    @Autowired
    private IUserService userService;

    @RequestMapping("/sayhi")
    public void sayHi() {
        userService.sayHi();
    }
}

service 接口:

public interface IUserService {
    void sayHi();
}

ServiceImpl:

@Service
public class UserServiceImpl implements IUserService {
    @Override
    public void sayHi() {
    }
}

使用 AOP 拦截目标方法:

@Aspect // 切面
@Component
public class LoginAspect {

    @Before("execution(* com.example.demo.service.impl.UserServiceImpl.*(..))")
    public void doBefore(JoinPoint joinPoint) {
        System.out.println("拦截 sayHi 方法:" +
                joinPoint.getSignature().getName());
    }
}

打断点,启动项目访问 sayhi 接口:

此时,我们发现 Spring Boot 动态代理底层确实使用了 CGLib 来实现。

🍁【思考一】

        我们都知道使用 CGLIb 实现代理,被代理类是不能被 final 修饰的,因为 CGLib 是通过生成目标类的子类来保证代理类和被代理类的方法名一致,从而实现动态代理的,那如果上述被代理类使用 final 修饰,再次运行程序时,它底层是改成 JDK Proxy 代理呢 ?还是程序执行报错呢 ?

// 被代理类
@Service
public final class UserServiceImpl implements IUserService {
    @Override
    public void sayHi() {
    }
}

运行程序时报错:错误信息也很明显

【结论一】 

        Spring Boot 使用动态代理时,底层默认使用的是 CGLib,并且是强制性的,一旦目标类被 final 修饰了,那么程序运行时就会报错,而不是使用 JDK Proxy 来完成代理。

如果想要让 Spring Boot 动态代理使用 JDK Proxy 也是可以的,不过需要配置两个属性:

# 是否启用 AOP
Spring.aop.auto=true
# 代理方式:设置为 true 表示强制使用 CGLib,false 表示使用 JDK
Spring.aop.proxy-target-class=false

properties 文件中配置了这两属性,再次打断点查看(确实使用了 JDK):

此时就算被代理类使用 final 修饰了,也可以被 JDK 代理。

🍁【思考二】

        我们都知道 JDK Proxy 实现的动态代理,被代理类是需要实现一个接口来保证代理类和被代理类的方法名一致,从而实现动态代理的,假设使用 JDK Proxy 动态代理时,目标类没有实现接口,程序运行时,是报错呢 ? 还是使用 CGLib 实现代理 ?

// 被代理类
@Service
public class UserServiceImpl {
    public void sayHi() {
    }
}

此时,在 Controller 中注入 UserServiceImpl,打断点查看(这次使用了 CGLib):

【最终结论】 

1.Spring Boot 默认的动态代理是 CGLib,并且是强制性的,加上 final,项目启动就会报错;

2.想让 Spring Boot 使用 JDK 代理,需要在配置文件中开启 AOP,并把代理方式的属性设为 false,才能使用 JDK 代理;

3.Spring Boot 使用 JDK 代理时,目标类如果没有实现接口,程序运行时,会使用 CGLib 来实现代理。

<think>好的,我需要回答用户关于Spring AOP使用注解配置时,底层是使用JDK动态代理还是CGLIB动态代理的问题。首先,我需要回顾Spring AOP的基本原理和代理机制。 根据引用内容,Spring AOP的代理方式取决于目标类是否实现了接口。如果目标类实现了至少一个接口,默认使用JDK动态代理,如引用[2]所述。而如果目标类没有实现接口,则采用CGLIB动态代理。此外,引用[3]提到,如果配置类没有指定代理接口,可能强制使用CGLIB。这说明用户的配置设置也会影响代理选择。 接下来,用户提到的是注解配置的情况。需要确认在基于注解的配置(如@Aspect、@Transactional)下,默认行为是否有变化。根据Spring文档,即使使用注解,默认行为仍然遵循上述规则:优先使用JDK动态代理,除非目标类无接口,则用CGLIB。但用户可以通过配置强制使用CGLIB,例如设置spring.aop.proxy-target-class=true,这样无论是否有接口,都使用CGLIB,如引用[3]中的情况。 还需要考虑Spring Boot的自动配置是否对此有影响。在Spring Boot中,默认可能会启用proxyTargetClass,从而默认使用CGLIB。不过这点需要进一步查证,但根据引用[1]和引用[3],用户显式配置可以改变这一行为。 最后,总结回答时要结构清晰,分点说明不同情况下的代理选择,并引用相关来源。同时,生成相关问题需围绕Spring AOP的代理机制、配置方法和性能比较等方向。</think>Spring AOP中使用注解配置时,代理机制的选择遵循以下规则: ### 1. 默认行为 - **如果目标类实现了接口**,默认使用**JDK动态代理**[^2]。例如: ```java @Service public class UserServiceImpl implements UserService { // 实现接口的方法 } ``` 此时通过`@Autowired`注入的代理对象是JDK动态代理生成的。 - **如果目标类未实现接口**,默认使用**CGLIB动态代理**。例如: ```java @Service public class OrderService { // 无接口定义的方法 } ``` ### 2. 强制指定代理方式 可以通过配置强制使用CGLIB代理: ```properties # application.properties spring.aop.proxy-target-class=true ``` 或在Java配置类中添加: ```java @EnableAspectJAutoProxy(proxyTargetClass = true) ``` 此时无论目标类是否实现接口,**全部使用CGLIB代理**[^3]。 ### 3. 注解配置的影响 使用`@Aspect`、`@Transactional`等注解时: - 若未显式配置`proxyTargetClass`,依然遵循上述默认规则 - 事务管理(`@Transactional`)在Spring Boot 2.x后默认强制使用CGLIB[^1] ### 性能对比 | 代理类型 | 优点 | 缺点 | |----------------|---------------------------|--------------------------| | JDK动态代理 | 无需第三方库 | 要求目标类必须实现接口 | | CGLIB代理 | 支持无接口的类 | 生成代理类耗时稍长 |
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Master_hl

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值