jdkproxy的简易实现

 1.实现类


public class CustomInvocationHandle implements InvocationHandler {
    private Object target;//目标类

    public CustomInvocationHandle(Object o){
        this.target=o;
    }
    //生成代理对象的方法
    public Object createProxy(){
        //jdk提供了Proxy类 有一个方法专门用来生成代理类对象
        Object proxy= Proxy.newProxyInstance(CustomInvocationHandle.class.getClassLoader(),target.getClass().getInterfaces(),this);
        return proxy;
    }
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        //前置增强 解析表达式,
        if (method.getName().indexOf("say")>=0){
            showTime();
        }

        Object returnValue=method.invoke(target,args);

        return returnValue;
    }

    private void showTime() {
        System.out.println("时间:"+new Date());
    }
}

2.测试前置增强(代理对象调方法前置增强,输出时间)

 //System.getProperties().put("sun.misc.ProxyGenerator.saveGeneratedFiles","true");
        //配置将代理类的字节码保存到本地

        Hello target=new HelloImpl();//目标类

        CustomInvocationHandle handle=new CustomInvocationHandle(target);

        Object proxy = handle.createProxy();
        System.out.println(proxy);
        Hello hi=(Hello)proxy;
        hi.sayHello();
        hi.sayBye();

 

<think>好的,我现在需要回答用户关于JDK Proxy和CGLib的区别的问题。首先,我要确保自己正确理解这两个技术的核心概念和它们之间的差异。 JDK ProxyJava原生的动态代理机制,对吧?我记得它主要是基于接口的代理。也就是说,如果要使用JDK Proxy,目标类必须实现至少一个接口。代理对象会实现相同的接口,然后将方法调用转发到InvocationHandler中的invoke方法。这个InvocationHandler是用户自己实现的,里面可以加入额外的逻辑,比如日志、事务管理等。不过,如果目标类没有实现接口,JDK Proxy就无法为其创建代理,这时候就需要其他的方法,比如CGLib。 然后是CGLib,它是一个第三方库,通过字节码生成来实现代理。不需要目标类实现接口,因为它通过继承目标类来创建子类代理。这样,代理类会覆盖父类的方法,并在其中插入拦截器逻辑。这里可能会涉及到方法是否被声明为final的问题,因为final方法无法被覆盖,所以CGLib在这种情况下可能无法正常工作。 接下来,我需要比较两者的性能。根据之前的了解,CGLib在生成代理的时候可能会比JDK Proxy慢,因为它需要生成字节码并加载类。但是一旦代理类生成之后,执行速度可能更快,因为方法调用直接通过方法索引而不是反射。而JDK Proxy使用反射来调用方法,反射通常比直接方法调用要慢一些。不过,随着Java版本的更新,反射的性能有所提升,这个差距可能缩小了。 另外,JDK Proxy因为是Java自带的,所以在依赖方面更简单,不需要引入第三方库。而CGLib需要添加库依赖,比如在Maven项目中要引入cglib的依赖项。此外,CGLib不能代理final类或final方法,这是它的一个限制。 应用场景的话,如果目标对象已经实现了接口,那么使用JDK Proxy可能更合适,尤其是当不想引入额外依赖时。而如果目标对象没有接口,或者需要代理类而不是接口,CGLib就是更好的选择。像Spring框架在早期版本中默认使用JDK Proxy,但当目标类没有接口时自动切换到CGLib。不过现在Spring可能已经默认使用CGLib了,或者需要配置来决定使用哪种方式。 需要验证一下Spring的默认行为是否正确。比如,Spring AOP在目标类有接口时默认使用JDK动态代理,否则使用CGLib。而如果使用Spring Boot或者配置了proxy-target-class=true,可能会强制使用CGLib。这一点可能需要确认,但大致如此。 另外,CGLib生成代理的方式是通过继承,所以代理类会继承目标类,并覆盖其中的非final方法。而JDK Proxy则是实现接口,所以只能代理接口中的方法,无法代理那些不在接口中的方法,即使目标类有其他公共方法。 还有,关于代理对象的创建方式,JDK Proxy使用Proxy.newProxyInstance()方法,而CGLib则使用Enhancer类来创建代理实例。例如: // JDK Proxy示例 MyInterface proxy = (MyInterface) Proxy.newProxyInstance( target.getClass().getClassLoader(), new Class[]{MyInterface.class}, new MyInvocationHandler(target) ); // CGLib示例 Enhancer enhancer = new Enhancer(); enhancer.setSuperclass(TargetClass.class); enhancer.setCallback(new MyMethodInterceptor()); TargetClass proxy = (TargetClass) enhancer.create(); 然后,关于方法调用的过程。在JDK Proxy中,每个方法调用都会被InvocationHandler的invoke方法拦截,然后通过反射调用目标方法。而CGLib则是通过MethodInterceptor接口的intercept方法,在调用代理方法时执行拦截逻辑,然后通过MethodProxy来调用目标方法,这可能更高效,因为避免了反射。 还有一个点是,CGLib在生成代理类的时候可能会生成更多的类,这可能导致永久代(在Java 8之前)或元空间的压力。而JDK Proxy生成的代理类数量相对较少,不过这可能因具体情况而异。 总结两者的区别,大致可以列出以下几点: 1. 基于接口 vs 基于继承 2. 依赖条件:是否需要接口 3. 性能差异:生成速度与执行速度 4. 第三方依赖 vs JDK内置 5. 对final类/方法的支持 6. 代理方法的范围:接口中的方法 vs 所有非final方法 需要确保这些点准确无误。可能还需要检查是否有其他区别,比如异常处理、代理类的可见性等,但主要的区别应该已经涵盖。 最后,用户可能需要知道在具体场景下如何选择,比如在Spring框架中的配置,或者性能要求较高的场景如何取舍。同时,提醒用户注意CGLib的依赖问题和JDK Proxy的接口限制。</think>JDK Proxy 和 CGLib 是 Java 中两种主流的动态代理实现方式,它们在实现机制、依赖条件和适用场景上有显著区别。以下是逐步对比分析: --- ### **1. 实现机制** #### **JDK Proxy** - **基于接口**:JDK ProxyJava 原生支持的动态代理,要求目标类**必须实现至少一个接口**。 - **反射调用**:通过 `java.lang.reflect.Proxy` 生成代理类,代理对象实现目标接口,并将方法调用转发到 `InvocationHandler` 的 `invoke` 方法中。 - **示例**: ```java public interface UserService { void save(); } public class UserServiceImpl implements UserService { public void save() { /* 业务逻辑 */ } } // 创建代理 UserService proxy = (UserService) Proxy.newProxyInstance( target.getClass().getClassLoader(), new Class[]{UserService.class}, (proxyObj, method, args) -> { System.out.println("前置处理"); Object result = method.invoke(target, args); System.out.println("后置处理"); return result; } ); ``` #### **CGLib** - **基于继承**:CGLib 通过字节码生成技术,直接**继承目标类**创建子类代理,无需接口。 - **方法拦截**:通过 `MethodInterceptor` 拦截目标方法,调用逻辑通过 `MethodProxy` 实现,避免反射。 - **示例**: ```java public class UserService { public void save() { /* 业务逻辑 */ } } // 创建代理 Enhancer enhancer = new Enhancer(); enhancer.setSuperclass(UserService.class); enhancer.setCallback((MethodInterceptor) (obj, method, args, proxy) -> { System.out.println("前置处理"); Object result = proxy.invokeSuper(obj, args); System.out.println("后置处理"); return result; }); UserService proxy = (UserService) enhancer.create(); ``` --- ### **2. 依赖条件** | | JDK Proxy | CGLib | |--------------|-------------------------|-------------------------| | **目标类要求** | 必须实现接口 | 无接口要求 | | **第三方依赖** | JDK 内置,无需额外依赖 | 需引入 `cglib` 库 | | **限制** | 只能代理接口中的方法 | 无法代理 `final` 类或方法 | --- ### **3. 性能对比** - **生成代理速度**:JDK Proxy 生成代理较快(直接使用接口),CGLib 生成较慢(需操作字节码)。 - **方法调用速度**:CGLib 执行更快(直接调用方法,无需反射),JDK Proxy 较慢(反射调用)。 - **优化建议**:高并发场景优先选择 CGLib;若目标类已实现接口,可权衡选择。 --- ### **4. 适用场景** #### **JDK Proxy** - 目标对象已实现接口。 - 希望减少第三方依赖。 - 代理接口中定义的方法。 #### **CGLib** - 目标对象无接口。 - 需要代理类中的任意非 `final` 方法。 - 追求更高的执行性能。 --- ### **5.Spring 中的应用** - **默认行为**: - 若目标类实现接口,Spring AOP 默认使用 JDK Proxy。 - 若目标类无接口,Spring AOP 自动切换为 CGLib。 - **强制使用 CGLib**:通过配置 `@EnableAspectJAutoProxy(proxyTargetClass = true)`,可强制所有代理使用 CGLib。 --- ### **总结** | 对比维度 | JDK Proxy | CGLib | |----------------|--------------------------|---------------------------| | **实现方式** | 接口代理 + 反射 | 子类继承 + 字节码增强 | | **依赖条件** | 必须实现接口 | 无接口要求 | | **性能** | 生成快,调用慢(反射) | 生成慢,调用快(直接调用)| | **适用场景** | 代理接口方法 | 代理类中的任意方法 | **选择建议**:优先使用 JDK Proxy(减少依赖),若无法满足需求(如无接口),则选择 CGLib。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值