责任链模式(Chain of Responsibliity) 缩写COR
该模式属于对象的行为模式。多个对象连成一条链,请求沿着这条链进行传递,直到有一个对象处理它为止,这样使得多个对象都有机会处理请求,从而避免了请求的发送者和接收者之间的耦合关系。
责任链模式涉及到的角色如下所示:
1)抽象处理者(Handler)角色:定义处理请求的接口。如果需要可以定义出一个方法设定和返回对下家的引用,这个角色通常由一个Java抽象类或者Java接口实现。
2) 具体处理者(ConcreteHandler)角色:具体处理者接到请求后,可以选择将请求处理掉,或者将请求传给下家。由于具体处理者持有对下家的引用,因此,如果需要,具体处理者可以访问下家。
抽象处理者 Handler 角色:
具体处理者(ConcreteHandler)角色
客户端类
缺点:一个请求被处理可能需要遍历整个责任链才可能完成(可以用树的概念优化),执行效率比较低;
在某些情况下,责任链可以使用Observer 观察者模式来替换,以提高其执行效率。
该模式属于对象的行为模式。多个对象连成一条链,请求沿着这条链进行传递,直到有一个对象处理它为止,这样使得多个对象都有机会处理请求,从而避免了请求的发送者和接收者之间的耦合关系。
责任链模式涉及到的角色如下所示:
1)抽象处理者(Handler)角色:定义处理请求的接口。如果需要可以定义出一个方法设定和返回对下家的引用,这个角色通常由一个Java抽象类或者Java接口实现。
2) 具体处理者(ConcreteHandler)角色:具体处理者接到请求后,可以选择将请求处理掉,或者将请求传给下家。由于具体处理者持有对下家的引用,因此,如果需要,具体处理者可以访问下家。
抽象处理者 Handler 角色:
public abstract class Handler {
/**
* 后继责任对象
*/
protected Handler successor;
public abstract void handleRequest();
public Handler getSuccessor() {
return successor;
}
public void setSuccessor(Handler successor) {
this.successor = successor;
}
}
具体处理者(ConcreteHandler)角色
public class ConcreteHandler extends Handler {
@Override
public void handleRequest() {
if(getSuccessor() != null){
// 调用后继责任对象处理
}else {
//TODO 自己处理
}
}
}
客户端类
public class Client {
public static void main(String[] args) {
//组装责任链
Handler handler1 = new ConcreteHandler();
Handler handler2 = new ConcreteHandler();
handler1.setSuccessor(handler2);
//提交请求
handler1.handleRequest();
}
}
时序图如下:
责任链优缺点:
优点:不需要关心请求属于哪种类型,责任链上的对象对于在自己职责范围内的就可以处理请求,否则放弃处理,传递给下一个继承者对象进行处理,无意降低了请求的发送者与处理者之间的耦合性;缺点:一个请求被处理可能需要遍历整个责任链才可能完成(可以用树的概念优化),执行效率比较低;
在某些情况下,责任链可以使用Observer 观察者模式来替换,以提高其执行效率。