在阎宏博士的《JAVA与模式》一书中开头是这样描述责任链(Chain of Responsibility)模式的:
责任链模式是一种对象的行为模式。在责任链模式里,很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递,直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求,这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任。
从击鼓传花谈起
击鼓传花是一种热闹而又紧张的饮酒游戏。在酒宴上宾客依次坐定位置,由一人击鼓,击鼓的地方与传花的地方是分开的,以示公正。开始击鼓时,花束就开始依次传递,鼓声一落,如果花束在某人手中,则该人就得饮酒。
比如说,贾母、贾赦、贾政、贾宝玉和贾环是五个参加击鼓传花游戏的传花者,他们组成一个环链。击鼓者将花传给贾母,开始传花游戏。花由贾母传给贾赦,由贾赦传给贾政,由贾政传给贾宝玉,又贾宝玉传给贾环,由贾环传回给贾母,如此往复,如下图所示。当鼓声停止时,手中有花的人就得执行酒令。
击鼓传花便是责任链模式的应用。责任链可能是一条直线、一个环链或者一个树结构的一部分。
责任链模式的结构
下面使用了一个责任链模式的最简单的实现。
责任链模式涉及到的角色如下所示:
● 抽象处理者(Handler)角色:定义出一个处理请求的接口。如果需要,接口可以定义 出一个方法以设定和返回对下家的引用。这个角色通常由一个Java抽象类或者Java接口实现。上图中Handler类的聚合关系给出了具体子类对下家的引用,抽象方法handleRequest()规范了子类处理请求的操作。
● 具体处理者(ConcreteHandler)角色:具体处理者接到请求后,可以选择将请求处理掉,或者将请求传给下家。由于具体处理者持有对下家的引用,因此,如果需要,具体处理者可以访问下家。
源代码
抽象处理者角色
package chainOfResp;
/**
* 抽象处理角色
* */
public abstract class Handler {
/**
* 持有后继的责任对象
*/
protected Handler successor;
/**
* 示意处理请求的方法
*/
public abstract void handlerRequest(String condition);
/**
* 取值方法
*/
public Handler getSuccessor() {
return successor;
}
/**
* 赋值方法,设置后继的责任对象
*/
public void setSuccessor(Handler successor) {
this.successor = successor;
}
}
具体处理者角色
package chainOfResp;
/**
* 具体处理角色
* */
public class ConcreteHandler1 extends Handler {
private Handler handler = new ConcreteHandler2();
@Override
public void handlerRequest(String condition) {
//如果是自己的责任,就自己处理,否则传给下家处理
if(condition.equals("ConcreteHandler1")){
System.out.println("ConcreteHandler1 handled. ");
return ;
}else{
System.out.println("ConcreteHandler1 passed");
handler.handlerRequest(condition);
}
}
}
具体处理者角色
package chainOfResp;
/**
* 具体处理角色
* */
public class ConcreteHandler2 extends Handler {
private Handler handler = new ConcreteHandlerN();
@Override
public void handlerRequest(String condition) {
//如果是自己的责任,就自己处理,否则传给下家处理
if(condition.equals("ConcreteHandler2")){
System.out.println("ConcreteHandler2 handled. ");
return ;
}else{
System.out.println("ConcreteHandler2 passed");
handler.handlerRequest(condition);
}
}
}
具体处理者角色
package chainOfResp;
/**
* 具体处理角色
* */
public class ConcreteHandlerN extends Handler {
/**
* 这里假设n是链的最后一个节点必须处理掉
* 在实际情况下,可能出现环,或者树形,
* 这里并不一定是最后一个节点
* */
@Override
public void handlerRequest(String condition) {
System.out.println("ConcreteHandlerN handled. ");
}
}
客户端测试类
package chainOfResp;
/**
* 测试类
* */
public class ClientTest {
public static void main(String[] args) {
//创建节点
Handler handler1 = new ConcreteHandler1();
//假设这个请求是ConCreteHandler2的责任
handler1.handlerRequest("ConcreteHandler2");
}
}
说明:
责任链模式:责任链模式是对象的行为模式,使多个对象都有机会处理请求,从而避免请求的发送者和接受者直接的耦合关系,将
这些对象连成一条链,沿着这条链传递该请求,知道有一个对象处理它为止,责任链模式强调的是每一个对象及其对下家
的引用来组成一条链,利用这种方式将发送者和接收者解耦
抽象处理者(Handler)角色 :定义一个请求的接口。如果需要可以定义个一个方法用来设定和返回下家对象的引用。
具体处理者(ConcreteHandler)角色 :如果可以处理就处理请求,如果不能处理,就把请求传给下家,让下家处理。
也就是说它处理自己能处理的请求且可以访问它的下家。
责任链模式的优点是调用者不需知道具体谁来处理请求,也不知道链的具体结构,降低了节点域节点的耦合度;
可在运行时动态修改链中的对象职责,增强了给对象指派职责的灵活性;缺点是没有明确的接收者,
可能传到链的最后,也没得到正确的处理。
击鼓传花便是责任链模式的应用。责任链可能是一条直线、一个环链或者一个树结构的一部分。
一个纯的责任链模式要求一个具体的处理者对象只能在两个行为中选择一个:一是承担责任,而是把责任推给下家。不允许出现某一个具体处理者对象在承担了一部分责任后又 把责任向下传的情况。
在一个纯的责任链模式里面,一个请求必须被某一个处理者对象所接收;在一个不纯的责任链模式里面,一个请求可以最终不被任何接收端对象所接收。