3 个真正有影响的场景(老哥 7+ 年必看

场景 1:直接 new 出来的对象(不走 Spring 容器
@Servicepublic class OrderService {        public void process() {        // ❌ 这个对象不是代理,没有事务、没有拦截        OrderService self = new OrderService();        self.process();  // 事务不生效    }}

这个问题不管 JDK 还是 CGLIB 都有(new 出来的对象不走容器)。

**但 CGLIB 升级后,这个坑更容易踩

  • JDK 代理时,代理对象实现接口,开发期容易发现(类型不对)
  • CGLIB 代理时,代理对象继承实现类new 出来的对象看着类型对(都是 OrderService),但实际是裸对象
场景 2:强制类型转换到具体类(CGLIB 升级的经典坑
// ❌ 错误写法:JDK 代理不会报错,CGLIB 代理会 ClassCastExceptionpublic class AppConfig {        @Autowired    private OrderService orderService;  // 注入的是代理对象        public void test() {        OrderServiceImpl impl = (OrderServiceImpl) orderService;  // ❌        // JDK 代理:ClassCastException(代理不是实现类子类)        // CGLIB 代理:✅ 成功(代理是实现类子类)    }}

等等,CGLIB 代理能转成功?这是好事还是坏事?

这是坏事因为 CGLIB 代理对象虽然继承 OrderServiceImpl,但重写了方法**(加事务拦截)**:

  • ((OrderServiceImpl) proxy).createOrder()走代理(有事务)
  • 表面上看着是 OrderServiceImpl,实际行为是代理的

这会导致 2 个问题:

1.绕过代理(如果用 super.createOrder() 调用)

2.类型混乱(调试时看到是 OrderServiceImpl,实际行为是代理)

    场景 3:Proxy.newProxyInstance 自定义代理(项目里要警惕
    public class CustomProxyFactory {        public static <T> T createProxy(Class<T> interfaceClass, T target) {        return (T) Proxy.newProxyInstance(  // ✅ JDK 代理            interfaceClass.getClassLoader(),            new Class<?>[] { interfaceClass },            new InvocationHandler() {                @Override                public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {                    System.out.println("Before: " + method.getName());                    Object result = method.invoke(target, args);                    System.out.println("After: " + method.getName());                    return result;                }            }        );    }}

    CGLIB 升级影响:

    • 项目里自定义的 JDK 代理代码仍然能用
    • 但和 Spring 管理的 Bean(CGLIB 代理)混用时,行为可能不一致
    追问 :Spring Boot 2.0 为什么要把默认改成 CGLIB?

    "3 个原因

    1.现代项目大多用 @Service/@Component很多类没有接口

    2.JDK 代理必须有接口,CGLIB 不需要(更灵活

    3.CGLIB 性能已经接近 JDK 代理(CGLIB 3+ 优化很多)

      Spring Boot 2.0 把默认改成 CGLIB,避免项目里出现'有接口用 JDK、没接口用 CGLIB'的混乱。"

      记忆口诀

      "CGLIB 继承类又实现接口,99% 项目无影响"

      "final 类/方法/static,CGLIB 全都代理不了"

      "JDK 代理只能 public,CGLIB 能 private,但建议显式 public"

      "Spring Boot 2.0 默认 CGLIB 智能切换,3 个真坑要知道"

      一句话总结

      "Spring Boot 2.0 改 CGLIB 后,接口实现基本无影响(CGLIB 既继承类又实现接口)。

      3 个真正有影响的场景:

      1.直接 new 出来的对象(不走容器)

      2.强制类型转换(CGLIB 行为不同)

      3.自定义 Proxy.newProxyInstance(混用问题)

        Logo

        汇聚全球AI编程工具,助力开发者即刻编程。

        更多推荐