设计模式-委派模式
定义
委派模式(Delegate Pattern)又叫委托模式,是一种面向对象的设计模式,允许对象组合实现与继承相同的代码重用.它的基本作用就是负责任务的调用和分配任务,是一种特殊的静态代理,可以理解为全权代理,但是代理模式注重过程,而委派模式注重结果.委派模式属于行为型模式,不属于GOF23种设计模式.
委派模式在Spring中应用非常多,大家常用的DispatcherServlet其实就是用到了委派模式.先来看一下类图:
从类图中我们可以看到,委派模式有三个参与角色:
1、抽象任务角色(Task):定义一个抽象接口,它有若干实现类.
2、委派者角色(Delegate):负责在各个具体角色实例之间做出决策,并判断和调用具体实现的方法.
3、具体任务角色(Concrete):真正执行任务的角色.
委派模式的应用场景
现实生活中也常有委派的场景发生,例如:老板(Boss)给项目经理(Leader)下达任务,项目经理会根据实际情况给每个员工派发工作任务,待员工把工作任务完成之后,再由项目经理汇报工作进度或结果给老板.
通过上面的案例,生动地还原了项目经理分配工作的业务场景,也是委派模式的主动体现.下面我们看一下类图:
委派模式在源码中的应用
JDK中有一个经典的委派,众所周知JVM在加载类时,使用的是双亲委派模型,什么是双亲委派模型?
一个类加载器在加载类时,先把这个请求委派给自己的父类加载器去执行,如果父类加载器还存在父类加载器,就继续向上委派,直到顶层的启动类加载器.如果父类加载器能够完成类加载,就成功返回,如果父类加载器无法完成加载,那么子加载器才会尝试自己去加载.(注意:不要被双亲这个翻译给误导了,原文Parent被翻译成了双亲...其实就是简单的父类,不要看到"双"字就想入非非~)
从定义中,我们可以看到,双亲加载器模型:一个类加载器加载时首先不是自己加载,而是委派给父类加载器.
下面我们来看看loadClass()方法的源码,此方法在ClassLoader中.在这个类里就定义了一个双亲(即:父类),用于下面的类加载.
从上述源码,我们可以发现:此方法的默认实现按以下顺序搜索类：
1、调用findLoadedClass(String)来检查类是否已经加载。
2、在父类加载器上调用loadClass方法。如果 parent 为null ，则使用虚拟机内置的类加载器。
3、调用findClass(String)方法来查找类。
同样,在Method类里我们常用的代理执行方法invoke()也存在类似的机制.
看完代码,相信小伙伴们能够搞清楚委派和代理的区别了吧.
委派模式的优点
通过任务委派能够将一个大型的任务细化,然后通过统一管理这些子任务的完成情况,实现任务的跟进,能够提高任务的执行效率.
委派模式的缺点
任务委派方式需要根据任务的复杂程度进行不同的改变,在任务比较复杂的情况下可能需要进行多重委派,容易造成紊乱.
