设计模式——职责链模式

定义：使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这些对象连成一线，并沿着这条链传递该请求，直到有一个对象处理它为止。

职责链模式UML图

示例代码如下：

/**
* 职责的接口，也就是处理请求的接口
*/
public abstract class Handler {

    /**
     * 持有后继的职责对象
     */
    protected Handler successor;

    /**
     * 设置后继的职责对象
     * @param successor 后继的职责对象
     */
    public void setSuccessor(Handler successor) {
        this.successor = successor;
    }

    /**
     * 示意处理请求的方法，虽然这个示意方法是没有传入参数的，但
     * 实际上是可以传入参数的，根据具体需要来选择是否传递参数
     */
    public abstract void handleRequest();
}

/**
* 职责的具体对象，用来处理请求
*/
public class ConcreteHandler1 extends Handler {

    @Override
    public void handleRequest() {
        //根据某些条件来判断是否属于自己处理的职责范围
        //判断条件比如，从外部传入的参数，或者这里主动去获取的外部数据
        //如从数据库中获取等
        boolean someCondition = false;

        if (someCondition) {
            //如果属于自己处理的职责范围，就在这里处理请求
            //具体的处理代码
            System.out.println("ConcreteHandler1 handle request");
        } else {
            //如果不属于自己处理的职责范围，那就判断是否还有后继的职责对象
            //如果有，就转发请求给后继的职责对象
            //如果没有，什么都不做，自然结束
            if (this.successor != null) {
                this.successor.handleRequest();
            }
        }
    }
}

public class ConcreteHandler2 extends Handler {

    @Override
    public void handleRequest() {
        //根据某些条件来判断是否属于自己处理的职责范围
        //判断条件比如，从外部传入的参数，或者这里主动去获取的外部数据
        //如从数据库中获取等
        boolean someCondition = false;

        if (someCondition) {
            //如果属于自己处理的职责范围，就在这里处理请求
            //具体的处理代码
            System.out.println("ConcreteHandler1 handle request");
        } else {
            //如果不属于自己处理的职责范围，那就判断是否还有后继的职责对象
            //如果有，就转发请求给后继的职责对象
            //如果没有，什么都不做，自然结束
            if (this.successor != null) {
                this.successor.handleRequest();
            }
        }
    }
}

/**
* 职责链的客户端
*/
public class Client {

    public static void main(String[] args) {
        //先要组装职责链
        Handler h1 = new ConcreteHandler1();
        Handler h2 = new ConcreteHandler2();

        h1.setSuccessor(h2);
        //然后提交请求
        h1.handleRequest();
    }
}

要注意，在标准的职责链模式中，只要有对象处理了请求，这个请求就到此为止，不再被传递和处理了。在职责链模式中，请求不一定会被处理，因为可能没有合适的处理者，请求在职责链中从头传递到尾，每个处理对象都判断不属于自己处理，最后请求就没有对象处理。

职责链模式的优点：

请求者和接收者松散耦合

动态组合职责

职责链模式的缺点：

产生很多细粒度对象

不一定能被处理

何时选用职责链模式

1. 如果有多个对象请求处理同一个请求，但是具体由哪个对象来处理该请求，是运行时刻动态确定的，这种情况可以使用职责链模式，把处理请求的对象实现成为职责对象，然后把它们构成一个职责链，当请求在这个链中传递的时候，具体由哪个职责对象来处理，会在运行时动态判断。

2. 如果想在不明确指定接收者的情况下，向多个对象中的其中一个提交请求的话，可以使用职责链模式。职责链模式实现了请求者和接收者之间的解耦，请求者不需要知道究竟是哪一个接收者对象处理了请求。

3. 如果要动态指定一个请求的对象集合，可以使用职责链模式。职责链模式能动态地构建职责，也就是动态地来决定到底哪些职责对象来参与到处理请求中来，相当于是动态指定了处理一个请求的职责对象集合。