Java设计模式笔记之责任链模式

1.责任链模式

责任链模式是对象的行为模式。

在责任链模式中，每个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，直到链上的某一个对象处理这个请求。客户端并直到链上的哪一个对象处理这个请求，使得系统可以在不影响客户端的情况下动态地重新组织链和分配责任。

2.责任链模式的结构

结构类图如下：

责任链模式涉及到的角色如下所示：

　　●　　抽象处理者(Handler)角色：定义出一个处理请求的接口。如果需要，接口可以定义 出一个方法以设定和返回对下家的引用。这个角色通常由一个Java抽象类或者Java接口实现。上图中Handler类的聚合关系给出了具体子类对下家的引用，抽象方法handleRequest()规范了子类处理请求的操作。

　　●　　具体处理者(ConcreteHandler)角色：具体处理者接到请求后，可以选择将请求处理掉，或者将请求传给下家。由于具体处理者持有对下家的引用，因此，如果需要，具体处理者可以访问下家。

3.示例代码

handler.java 抽象处理者

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.java 具体处理者

public class ConcreteHandler extends Handler {
    /**
     * 处理方法，调用此方法处理请求
     */
    @Override
    public void handleRequest() {
        /**
         * 判断是否有后继的责任对象
         * 如果有，就转发请求给后继的责任对象
         * 如果没有，则处理请求,实际中可能是根据传入参数判断
         */
        if(getSuccessor() != null)
        {            
            System.out.println("放过请求");
            getSuccessor().handleRequest();            
        }else
        {            
            System.out.println("处理请求");
        }
    }

}

Client.java  客户端角色

public class Client {

    public static void main(String[] args) {
        //组装责任链
        Handler handler1 = new ConcreteHandler();
        Handler handler2 = new ConcreteHandler();
        handler1.setSuccessor(handler2);//handler2设置成handler1的下家
        //提交请求
        handler1.handleRequest();
    }

}

实际处理请求的是handler2对象,handler1对象滤过。

4.纯与不纯的责任链

纯的责任链中，一个具体处理者只能在两个行为中选择一个：一是承担责任处理请求；而是把责任传给下家。不允许出现既承担责任又把责任传给下家的情况。也不会出现责任不被处理的情况。

纯的责任链模式在实际中很难找到。

5.总结 

责任链模式优点：降低了耦合、提高了灵活性。但是责任链模式可能会带来一些额外的性能损耗，因为它要从链子开头开始遍历。 
因为无法预知来自外界（客户端）的请求是属于哪种类型，每个类如果碰到它不能处理的请求只要放弃就可以。 
缺点是效率低，因为一个请求的完成可能要遍历到最后才可能完成，当然也可以用树的概念优化。 在Java AWT1.0中，对于鼠标按键事情的处理就是使用CoR,到Java.1.1以后，就使用Observer代替CoR 
扩展性差，因为在CoR中，一定要有一个统一的接口Handler.局限性就在这里。