以上就实现了一个简单的静态代理,很明显,静态代理需要为每个真实主题定义一个形式上完全一样的封装类,
如果真实主题方法有所修改,那代理类也需要跟着修改,不利于系统的维护。
2、动态代理实现
与静态代理相比,动态代理有更多优势,动态代理不仅不需要定义代理类,甚至可以在运行时指定代理类的执行逻辑,
从而大大提升系统的灵活性。
目前动态代理类的生成方法有很多,有JDK自带的动态代理、CGLIB、Javassist和ASM库等。
-
JDK动态代理:内置在JDK中,不需要引入第三方jar,使用简单,但功能比较弱。
-
CGLIB/Javassist:这两个都是高级的字节码生成库,总体性能比JDK动态代理好,且功能强大。
-
ASM:低级字节码生成工具,近乎使用bytecode编码,对开发人员要求最高。当然性能也是最好(相比前几种也不是很大的提升,这里不做具体介绍)。
以下实例依然以
SmsSender
和ISender
作为被代理对象和接口进行试验。
1) JDK动态代理
JDK的动态代理需要实现一个处理方法调用的Handler,用于实现代理方法的内部逻辑,实现InvocationHandler
接口。
public class JdkProxyHandler implements InvocationHandler {
private Object target;
public JdkProxyHandler(Object target){
this.target = target;
}
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println(“处理前”);
Object result = method.invoke(target,args);
System.out.println(“处理后”);
return result;
}
}
客户端调用:
@Test
public void testJdkProxy(){
ISender sender = (ISender) Proxy.newProxyInstance(ClassLoader.getSystemClassLoader(),
new Class[]{ISender.class},
new JdkProxyHandler(new SmsSender()));
boolean result = sender.send();
System.out.println(“代理对象:” + sender.getClass().getName());
System.out.println(“输出结果:” + result);
}
输出结果:
处理前
sending msg
处理后
代理对象:co