本博文中项目代码已开源下载地址:GitHub
代理是一种常用的设计模式,其目的就是为其他对象提供一个代理以控制对某个对象的访问。代理类负责为委托类预处理消息,过滤消息并转发消息,以及进行消息被委托类执行后的后续处理。根据代理类的生成时间不同可以将代理分为静态代理和动态代理两种。
在代理模式中真实主题角色对于客户端角色来说的透明的,也就是客户端不知道也无需知道真实主题的存在。
为了保持行为的一致性,代理类和委托类通常会实现相同的接口,所以在访问者看来两者没有丝毫的区别。通过代理类这中间一层,能有效控制对委托类对象的直接访问,也可以很好地隐藏和保护委托类对象,同时也为实施不同控制策略预留了空间,从而在设计上获得了更大的灵活性。
代理的使用场景很多,struts2中的 action 调用, hibernate的懒加载, spring的 AOP无一不用到代理。总结起来可分为以下几类:
1. 在原方法执行之前和之后做一些操作,可以用代理来实现(比如记录Log,做事务控制等)。
2. 封装真实的主题类,将真实的业务逻辑隐藏,只暴露给调用者公共的主题接口。
3. 在延迟加载上的应用。
所谓静态代理也就是在程序运行前就已经存在代理类的字节码文件,代理类和委托类的关系在运行前就确定了。
下面有个场景,一个房主要出售自己的房子,但房主不知道谁要买房,也没有时间去接待每一个看房者。
现在我们就用静态代理的方式来实现房主的这一需求。
首先,将出售房屋抽象成公共代理接口(Sales)
/**
* 主题接口:定义代理类和真实主题的公共对外方法,也是代理类代理真实主题的方法。
* 在这里表示销售
* @author Penn
*/
public interface Sales {
void sell();
}
Salese接口里面提供了sell方法表示出售房屋。
其次,房主做为整个事件的主角,自然而然的就成了真实主题,也是代理的委托者
/**
* 真实主题,具体处理业务。
* 在这里表示房东
* @author Penn
*/
public class Owner implements Sales{
@Override
public void sell() {
System.out.println("我是房东我正在出售我的房产");
}
}
真实主题Owner实现了Sales接口,在接口提供的sell()方法里出售自己的房屋。
再次,给房主找个中介(Agents),作为房主出售房屋的代理
/**
* 代理类:用来代理和封装真实主题
* 在这里表示房产中介
* @author Penn
*/
public class Agents implements Sales {
private Owner owner;
public Agents() {
}
@Override
public void sell() {
System.out.println("我是房产中介,正在核实买房者是否符合购买该房屋的资格");
getOwner().sell();
System.out.println("我是房产中介,正在收取提成");
}
private Owner getOwner() {
if (owner==null) {
owner=new Owner();
}
return owner;
}
}
为了帮房主出售房屋,Agents代理也实现了Sales接口。同时Agents也拥有Owner的成员对象,在实现的sell()接口方法里,代理Agents帮房主Owner预处理了一些消息,然后调用了owner对象的sell()方法通知房主出售房屋,在房主Owner出售完房屋后,代理Agents开始收取中介费。有心的读者可以发现,代理Agents在访问Owner对象的时候使用了getOwner()方法,从而达到了在客户真正决定买房的时候才初始化owner对象,而不是在Agents初始化的时候就将Owner初始化。真实情境中,会有很多购房者要看房,但真正买的人只有一个,所以在代理Agents帮房东预处理和过滤掉所有信息之后,告诉房东你可以出售房屋了,这样大大节省了房东的时间和简化了售房的繁琐过程。而这也是用代理来实现延迟加载的好处。
最后,万事俱备只欠买房的顾客了(Customer)
/**
* 客户端,使用代理类和主题接口完成一些工作。
* 在这里表示买房子的客户
* @author Penn
*/
public class Customer {
public static void main(String[]args) {
Sales sales=new Agents();
sales.sell();
}
}
在这里买房的顾客Customer找到房产代理Agents,告诉他要买房。整个过程房东Owner对顾客Customer来说是透明的,Customer只与Agents打交道,Owner也只与Agents打交道,Agents作为Owner和Customer通信的桥梁从而有效控制了Customer和Owner的直接交流。
观察代码可以发现每一个代理类只能为一个接口服务,这样一来程序开发中必然会产生过多的代理,而且,所有的代理操作除了调用的方法不一样之外,其他的操作都一样,则此时肯定是重复代码。解决这一问题最好的做法是可以通过一个代理类完成全部的代理功能,那么此时就必须使用动态代理完成。
优点:业务类只需要关注业务逻辑本身,保证了业务类的重用性。这是代理的共有优点。
缺点:
1)代理对象的一个接口只服务于一种类型的对象,如果要代理的方法很多,势必要为每一种方法都进行代理,静态代理在程序规模稍大时就无法胜任了。
2)如果接口增加一个方法,除了所有实现类需要实现这个方法外,所有代理类也需要实现此方法。增加了代码维护的复杂度。
另外,如果要按照上述的方法使用代理模式,那么真实角色(委托类)必须是事先已经存在的,并将其作为代理对象的内部属性。但是实际使用时,一个真实角色必须对应一个代理角色,如果大量使用会导致类的急剧膨胀;此外,如果事先并不知道真实角色(委托类),该如何使用代理呢?这个问题可以通过Java的动态代理类来解决。
在java的动态代理API中,有两个重要的类和接口,一个是 InvocationHandler(Interface)、另一个则是 Proxy(Class),这一个类和接口是实现我们动态代理所必须用到的。
InvocationHandler是负责连接代理类和委托类的中间类必须实现的接口,它自定义了一个 invoke 方法,用于集中处理在动态代理类对象上的方法调用,通常在该方法中实现对委托类的代理访问。
InvocationHandler 的核心方法
Object invoke(Object proxy, Method method, Object[] args)
- proxy 该参数为代理类的实例
- method 被调用的方法对象
- args 调用method对象的方法参数
该方法也是InvocationHandler接口所定义的唯一的一个方法,该方法负责集中处理动态代理类上的所有方法的调用。调用处理器根据这三个参数进行预处理或分派到委托类实例上执行。
Proxy是 Java 动态代理机制的主类,它提供了一组静态方法来为一组接口动态地生成代理类及其对象。
Proxy 的静态方法
static InvocationHandler getInvocationHandler(Object proxy)
该方法用于获取指定代理对象所关联的调用处理器
static Class getProxyClass(ClassLoader loader, Class[] interfaces)
该方法用于获取关联于指定类装载器和一组接口的动态代理类的类对象
static boolean isProxyClass(Class cl)
该方法用于判断指定类对象是否是一个动态代理类
static Object newProxyInstance(ClassLoader loader, Class[] interfaces,InvocationHandler h)
- loader 指定代理类的ClassLoader加载器
- interfaces 指定代理类要实现的接口
- h: 表示的是当我这个动态代理对象在调用方法的时候,会关联到哪一个InvocationHandler对象上
该方法用于为指定类装载器、一组接口及调用处理器生成动态代理类实例
我们还是使用上面房东出售房屋的例子,来用动态代理去实现。
委托类(Owner)和公共代理接口(Sales)和静态代理的例子中的一样。
/**
* 动态代理类对应的调用处理程序类
* @author Penn
*/
public class SalesInvocationHandler implements InvocationHandler{
//代理类持有一个委托类的对象引用
private Object delegate;
public SalesInvocationHandler(Object delegate) {
this.delegate = delegate;
}
@Override
public Object invoke(Object proxy, Method method, Object[] args)
throws Throwable {
System.out.println("Enter method "+method.getName());
long start=System.currentTimeMillis();
Object result=method.invoke(delegate, args);
long end=System.currentTimeMillis();
System.out.println("Exit method "+method.getName());
System.out.println("执行时间:"+(end-start));
return result;
}
}
SalesInvocationHandler实现了InvocationHandler的invoke方法,当代理对象的方法被调用时,invoke方法会被回调。其中proxy表示实现了公共代理方法的动态代理对象。
/**
* 客户端,使用代理类和主题接口完成一些工作。
* 在这里表示买房子的客户
* @author Penn
*/
public class Customer {
public static void main(String[]args) {
Sales delegate=new Owner();
InvocationHandler handler=new SalesInvocationHandler(delegate);
Sales proxy=(Sales)Proxy.newProxyInstance(delegate.getClass().getClassLoader(), delegate.getClass().getInterfaces(), handler);
proxy.sell();
}
}
上面代码通过InvocationHandler handler=new SalesInvocationHandler(delegate);
将委托对象作为构造方法的参数传递给了SalesInvocationHandler来作为代理方法调用的对象。当我们调用代理对象的sell()方法时,该调用将会被转发到SalesInvocationHandler对象的invoke上,从而达到动态代理的效果。从上面代码可以看出,客户端需要负责自己创建代理对象,显得有点繁琐,其实我们可以将代理对象的创建封装到代理协调器的实现中。
/**
* 动态代理类对应的调用处理程序类
* @author Penn
*/
public class SalesInvocationHandler implements InvocationHandler{
//代理类持有一个委托类的对象引用
private Object delegate;
/**
* 绑定委托对象并返回一个代理类
* @param delegate
* @return
*/
public Object bind(Object delegate) {
this.delegate = delegate;
return Proxy.newProxyInstance(delegate.getClass().getClassLoader(), delegate.getClass().getInterfaces(), this);
}
@Override
public Object invoke(Object proxy, Method method, Object[] args)
throws Throwable {
System.out.println(proxy.getClass().getInterfaces()[0]);
System.out.println("Enter method "+method.getName());
long start=System.currentTimeMillis();
Object result=method.invoke(delegate, args);
long end=System.currentTimeMillis();
System.out.println("Exit method "+method.getName());
System.out.println("执行时间:"+(end-start));
return result;
}
}
/**
* 客户端,使用代理类和主题接口完成一些工作。
* 在这里表示买房子的客户
* @author Penn
*/
public class Customer {
public static void main(String[]args) {
Sales delegate=new Owner();
Sales proxy=(Sales) new SalesInvocationHandler().bind(delegate);
proxy.sell();
}
}
Enter method sell
我是房东我正在出售我的房产
Exit method sell
执行时间:0
优点
1.动态代理类的字节码在程序运行时由Java反射机制动态生成,无需程序员手工编写它的源代码。
2.动态代理类不仅简化了编程工作,而且提高了软件系统的可扩展性,因为Java 反射机制可以生成任意类型的动态代理类。
缺点
JDK的动态代理机制只能代理实现了接口的类,而不能实现接口的类就不能实现JDK的动态代理,cglib是针对类来实现代理的,他的原理是对指定的目标类生成一个子类,并覆盖其中方法实现增强,但因为采用的是继承,所以不能对final修饰的类进行代理。