基于子类的动态代理

  • 涉及的类 :Enhancer

  • 提供者:第三方cglib库

  • 如何创建代理对象: 使用Enhancer类中的create方法

  • 创建代理对象的要求:被代理类不能是最终类 最终类就是final修饰的类,比如String就是最终类,不可以被继承

  •      create方法的参数:

               Class:字节码

                   它是用于指定被代理对象的字节码。

               Callback:用于提供增强的代码

                   它是让我们写如何代理。我们一般都是些一个该接口的实现类,通常情况下都是匿名内部类,但不是必须的。

                   此接口的实现类都是谁用谁写。

                   我们一般写的都是该接口的子接口实现类:MethodInterceptor 方法拦截

/**
* 模拟一个消费者
*/
public class Client {


    public static void main(String[] args) {
        final Producer producer = new Producer();


        /**
         * 动态代理:
         *  特点:字节码随用随创建,随用随加载
         *  作用:不修改源码的基础上对方法增强
         *  分类:
         *      基于接口的动态代理
         *      基于子类的动态代理
         *  基于子类的动态代理:
         *      涉及的类:Enhancer
         *      提供者:第三方cglib库
         *  如何创建代理对象:
         *      使用Enhancer类中的create方法
         *  创建代理对象的要求:
         *      被代理类不能是最终类 最终类就是final修饰的类,比如String就是最终类,不可以被继承,
         *  create方法的参数:
         *      Class:字节码
         *          它是用于指定被代理对象的字节码。
         *
         *      Callback:用于提供增强的代码
         *          它是让我们写如何代理。我们一般都是些一个该接口的实现类,通常情况下都是匿名内部类,但不是必须的。
         *          此接口的实现类都是谁用谁写。
         *          我们一般写的都是该接口的子接口实现类:MethodInterceptor 方法拦截
         */
        Producer cglibProducer = (Producer)Enhancer.create(producer.getClass(), new MethodInterceptor() {
            /**
             * 执行北地阿里对象的任何方法都会经过该方法
             * @param proxy
             * @param method
             * @param args
             *    以上三个参数和基于接口的动态代理中invoke方法的参数是一样的
             * @param methodProxy :当前执行方法的代理对象
             * @return
             * @throws Throwable
             */
            @Override
            public Object intercept(Object proxy, Method method, Object[] args, MethodProxy methodProxy) throws Throwable {
                //提供增强的代码
                Object returnValue = null;


                //1.获取方法执行的参数
                Float money = (Float)args[0];
                //2.判断当前方法是不是销售
                if("saleProduct".equals(method.getName())) {
                    returnValue = method.invoke(producer, money*0.8f);
                }
                return returnValue;
            }
        });
        cglibProducer.saleProduct(12000f);
    }
}

 

<think>好的,我现在要回答用户关于Java动态代理和CGLIB子类代理的区别及应用场景的问题。首先,我需要回忆一下这两种代理的基本概念和实现方式。根据提供的引用内容,用户已经给出了一些参考资料,我需要结合这些资料来整理答案。 首先,Java动态代理是基于接口的,它使用Proxy类来生成代理对象,只能为接口创建代理。例如,引用1提到,JDK中的Proxy只能为接口生成代理类,而无法直接代理类。这意味着如果目标对象没有实现任何接口,Proxy就无法使用,这时候就需要CGLIB。CGLIB通过生成目标类的子类来实现代理,所以它可以代理没有接口的类,如引用2中的例子,Enhancer设置父类并创建代理对象。 接下来,我需要比较两者的实现方式。Java动态代理需要实现InvocationHandler接口,并在invoke方法中处理代理逻辑,如引用4中的Subject接口和RealSubject实现类。而CGLIB则使用Enhancer类,设置superclass和Callback,如引用2中的代码示例。这里需要注意的是,CGLIB通过继承目标类并覆盖方法来实现代理,因此不能代理final类或方法。 然后,适用场景方面。根据引用3,Spring AOP默认使用JDK动态代理,但当目标类没有接口时,会切换为CGLIB。此外,用户可以通过配置强制使用CGLIB。这说明在需要代理类而不是接口时,CGLIB是必要的。同时,性能方面,CGLIB在生成代理时可能比JDK动态代理慢,但调用效率可能更高,尤其是在高版本中,两者差异可能不大,但需要具体测试。 另外,应用场景的区别。如果项目中有大量基于接口的编程,JDK动态代理更合适,因为它不需要引入额外库。而CGLIB适用于没有接口的情况,但需要注意final限制。例如,像Hibernate这样的框架可能使用CGLIB来延迟加载实体类,而Spring的事务管理则根据情况选择代理方式。 可能还需要提到两者的局限性。JDK动态代理只能代理接口方法,而CGLIB无法代理final方法或类。例如,如果一个类被声明为final,CGLIB也无法为其生成子类代理,这时候可能需要其他方法或修改类设计。 最后,总结两者的对比,列出实现方式、依赖、效率、适用场景等,帮助用户清晰理解。同时,根据用户提供的引用,尤其是引用3中提到的Spring自动切换代理方式,可以强调实际框架中的应用情况,让用户了解在实际开发中如何选择。 现在需要确保回答结构清晰,分点说明,并引用提供的参考资料来支持观点,同时在末尾添加相关问题。注意使用正确的LaTeX格式,但根据用户的问题,可能这里数学公式较少,不过如果有提到的例子或代码,需正确使用代码块。</think>### Java动态代理与CGLIB子类代理对比分析 #### 一、实现方式 1. **Java动态代理(JDK Proxy)** - **基于接口**:通过反射机制生成代理类,要求目标对象必须实现至少一个接口。 - **核心类**:`java.lang.reflect.Proxy` 和 `InvocationHandler`。 - **示例**: ```java public class JdkProxyHandler implements InvocationHandler { private Object target; public Object createProxy(Object target) { this.target = target; return Proxy.newProxyInstance(target.getClass().getClassLoader(), target.getClass().getInterfaces(), this); } @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { // 增强逻辑 return method.invoke(target, args); } } ``` 如引用[4]中的`Subject`接口和`RealSubject`类,代理仅能拦截接口方法[^4]。 2. **CGLIB子类代理** - **基于继承**:通过生成目标类的子类来代理,无需接口。 - **核心类**:`Enhancer` 和 `MethodInterceptor`。 - **示例**: ```java public class CglibInterceptor implements MethodInterceptor { @Override public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable { // 增强逻辑 return proxy.invokeSuper(obj, args); } } // 创建代理对象 Enhancer enhancer = new Enhancer(); enhancer.setSuperclass(Atm.class); // 引用[2]中设置父类 enhancer.setCallback(new CglibInterceptor()); Atm proxy = (Atm) enhancer.create(); ``` 如引用[2]所示,CGLIB可直接代理类(如`Atm`),并拦截所有非`final`方法[^2]。 --- #### 二、适用场景对比 | **特性** | **JDK动态代理** | **CGLIB子类代理** | |---------------------|----------------------------------------|---------------------------------------| | **依赖** | 必须实现接口 | 无需接口,直接代理类 | | **性能** | 生成代理较快,调用略慢 | 生成代理较慢,调用较快(优化后差异小) | | **限制** | 无法代理未实现接口的类 | 无法代理`final`类或方法 | | **适用场景** | 接口驱动设计(如Spring默认策略) | 无接口的类或需代理具体方法(如Spring配置`proxyTargetClass=true`)[^3] | --- #### 三、应用场景示例 1. **JDK动态代理** - **接口隔离**:适用于服务层接口与实现分离的场景,如RPC框架的客户端代理。 - **轻量级代理**:若目标对象已实现接口且无需引入第三方库,优先使用JDK Proxy。 2. **CGLIB代理** - **类增强**:如Spring AOP中对未实现接口的Bean进行事务管理或日志拦截。 - **框架扩展**:Hibernate延迟加载(生成实体类的子类代理)。 --- #### 四、选择建议 - **强制使用CGLIB**:在Spring中配置`@EnableAspectJAutoProxy(proxyTargetClass = true)`。 - **权衡性能**:高版本JDK和CGLIB优化后性能差距较小,建议根据代码结构选择。 - **避免限制**:若目标类含`final`方法,需改用JDK动态代理或重构代码。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值