设计模式--责任链模式

责任链设计模式是一种对象的行为模式，在责任链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任。
主要解决：职责链上的处理者负责处理请求，客户只需要将请求发送到职责链上即可，无须关心请求的处理细节和请求的传递，所以职责链将请求的发送者和请求的处理者解耦了。

责任链模式

责任链模式的特点是：
1）在职责链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。
2）请求在这条链上传递，直到链上的某一个对象处理此请求为止。
3）发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织链和分配责任。
其uml图可表示为：

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

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

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

应用： 1、JS 中的事件冒泡。 2、JAVA WEB 中 Apache Tomcat 对 Encoding 的处理，Struts2 的拦截器，jsp servlet 的 Filter。3. Java中的异常机制就是一种责任链模式，catch链就是一种责任链。
优点： 1、降低耦合度。它将请求的发送者和接收者解耦。 2、简化了对象。使得对象不需要知道链的结构。 3、增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序，允许动态地新增或者删除责任。 4、增加新的请求处理类很方便。
缺点： 1、不能保证请求一定被接收。 2、系统性能将受到一定影响，而且在进行代码调试时不太方便，可能会造成循环调用。 3、可能不容易观察运行时的特征，有碍于除错。
使用场景： 1、有多个对象可以处理同一个请求，具体哪个对象处理该请求由运行时刻自动确定。 2、在不明确指定接收者的情况下，向多个对象中的一个提交一个请求。 3、可动态指定一组对象处理请求。
注意事项：在 JAVA WEB 中遇到很多应用。

纯的与不纯的责任链模式

一个纯的责任链模式要求一个具体的处理者对象只能在两个行为中选择一个：一是承担责任，而是把责任推给下家。不允许出现某一个具体处理者对象在承担了一部分责任后又 把责任向下传的情况。
在一个纯的责任链模式里面，一个请求必须被某一个处理者对象所接收；在一个不纯的责任链模式里面，一个请求可以最终不被任何接收端对象所接收。
　　纯的责任链模式的实际例子很难找到，一般看到的例子均是不纯的责任链模式的实现。有些人认为不纯的责任链根本不是责任链模式，这也许是有道理的。但是在实际的系统里，纯的责任链很难找到。如果坚持责任链不纯便不是责任链模式，那么责任链模式便不会有太大意义了。

应用实例

参考此博客提到的责任链使用模式-责任链模式。
申请聚餐费用的大致流程一般是：由申请人先填写申请单，然后交给领导审批，如果申请批准下来，领导会通知申请人审批通过，然后申请人去财务领取费用，如果没有批准下来，领导会通知申请人审批未通过，此事也就此作罢。
　　不同级别的领导，对于审批的额度是不一样的，比如，项目经理只能审批500元以内的申请；部门经理能审批1000元以内的申请；而总经理可以审核任意额度的申请。
　　也就是说，当某人提出聚餐费用申请的请求后，该请求会经由项目经理、部门经理、总经理之中的某一位领导来进行相应的处理，但是提出申请的人并不知道最终会由谁来处理他的请求，一般申请人是把自己的申请提交给项目经理，或许最后是由总经理来处理他的请求。
　　可以使用责任链模式来实现上述功能：当某人提出聚餐费用申请的请求后，该请求会在 项目经理—〉部门经理—〉总经理 这样一条领导处理链上进行传递，发出请求的人并不知道谁会来处理他的请求，每个领导会根据自己的职责范围，来判断是处理请求还是把请求交给更高级别的领导，只要有领导处理了，传递就结束了。
　　需要把每位领导的处理独立出来，实现成单独的职责处理对象，然后为它们提供一个公共的、抽象的父职责对象，这样就可以在客户端来动态地组合职责链，实现不同的功能要求了。
　　
代码如下：

/** * 抽象处理类 */public abstract class Handler {    /**     * 持有下一个处理请求的对象     */    protected Handler successor = null;    /**     * 获得处理对象     */    public Handler getSuccessor() {        return successor;    }    /**     * 设置下一个处理请求的对象     */    public void setSuccessor(Handler successor) {        this.successor = successor;    }    /**     * 处理聚餐费用的申请     * @param user    申请人     * @param fee    申请的钱数     * @return        成功或失败的具体通知     */    public abstract String handleFeeRequest(String user , double fee);}

相关的处理者角色：

// 项目经理对象public class ProjectManager extends Handler {    /**     * 不同实现处理对象的逻辑     */     @Override    public String handleFeeRequest(String user, double fee) {        String str = "";        //项目经理权限比较小，只能在500以内        if(fee < 500) {            //为了测试，简单点，只同意张三的请求            if("张三".equals(user))            {                str = "成功：项目经理同意【" + user + "】的聚餐费用，金额为" + fee + "元";                }else            {                //其他人一律不同意                str = "失败：项目经理不同意【" + user + "】的聚餐费用，金额为" + fee + "元";            }        } else {            //超过500，继续传递给级别更高的人处理            if(getSuccessor() != null){                return getSuccessor().handleFeeRequest(user, fee);            }        }        return str;    }}

// 部门经理public class DeptManager extends Handler {    @Override    public String handleFeeRequest(String user, double fee) {        String str = "";        //部门经理的权限只能在1000以内        if(fee < 1000) {            //为了测试，简单点，只同意张三的请求            if("张三".equals(user))            {                str = "成功：部门经理同意【" + user + "】的聚餐费用，金额为" + fee + "元";                }else            {                //其他人一律不同意                str = "失败：部门经理不同意【" + user + "】的聚餐费用，金额为" + fee + "元";            }        }else {            //超过1000，继续传递给级别更高的人处理            if(getSuccessor() != null)            {                return getSuccessor().handleFeeRequest(user, fee);            }        }        return str;    }}

// 总经理public class GeneralManager extends Handler {    @Override    public String handleFeeRequest(String user, double fee) {        String str = "";        //总经理的权限很大，只要请求到了这里，他都可以处理        if(fee >= 1000) {            //为了测试，简单点，只同意张三的请求            if("张三".equals(user)){                str = "成功：总经理同意【" + user + "】的聚餐费用，金额为" + fee + "元";                }else {                //其他人一律不同意                str = "失败：总经理不同意【" + user + "】的聚餐费用，金额为" + fee + "元";            }        }else {            //如果还有后继的处理对象，继续传递            if(getSuccessor() != null){                return getSuccessor().handleFeeRequest(user, fee);            }        }        return str;    }}

客户端

public class Client {    public static void main(String[] args) {        //先要组装责任链           //实际上就是生成了一个链表结构        Handler h1 = new GeneralManager();        Handler h2 = new DeptManager();        Handler h3 = new ProjectManager();        h3.setSuccessor(h2);        h2.setSuccessor(h1);        //开始测试          // 用户只将请求传给此处理链即可，不用管到底是具体哪个对象来处理        String test1 = h3.handleFeeRequest("张三", 300);        System.out.println("test1 = " + test1);        String test2 = h3.handleFeeRequest("李四", 300);        System.out.println("test2 = " + test2);        System.out.println("---------------------------------------");        String test3 = h3.handleFeeRequest("张三", 700);        System.out.println("test3 = " + test3);        String test4 = h3.handleFeeRequest("李四", 700);        System.out.println("test4 = " + test4);        System.out.println("---------------------------------------");        String test5 = h3.handleFeeRequest("张三", 1500);        System.out.println("test5 = " + test5);        String test6 = h3.handleFeeRequest("李四", 1500);        System.out.println("test6 = " + test6);    }}

从上边的例子中，我们可以看到责任链模式的特点。在客户端，生成责任链表：h3->h2->h1 连成一条处理链(相当于链表的操作)，当用户请求到来时，只需要将 请求传递给h3即可，到底具体是h3，h2，还是h1处理，不确定，这是由每个对象的业务逻辑来决定的。