Android的设计模式-责任链模式

前言

Android的设计模式系列文章介绍，欢迎关注，持续更新中：

Android的设计模式-设计模式的六大原则
一句话总结23种设计模式则
创建型模式：
Android的设计模式-单例模式
Android的设计模式-建造者模式
Android的设计模式-工厂方法模式
Android的设计模式-简单工厂模式
Android的设计模式-抽象工厂模式
Android的设计模式-原型模式
行为型模式：
Android的设计模式-策略模式
Android的设计模式-状态模式
Android的设计模式-责任链模式
Android的设计模式-观察者模式
Android的设计模式-模板方法模式
Android的设计模式-迭代器模式
Android的设计模式-备忘录模式
Android的设计模式-访问者模式
Android的设计模式-中介者模式
Android的设计模式-解释器模式
Android的设计模式-命令模式
结构型模式：
Android的设计模式-代理模式
Android的设计模式-组合模式
Android的设计模式-适配器模式
Android的设计模式-装饰者模式
Android的设计模式-享元模式
Android的设计模式-外观模式
Android的设计模式-桥接模式

1.定义

一个请求沿着一条“链”传递，直到该“链”上的某个处理者处理它为止。

2.介绍

• 责任链模式属于行为型模式。
• 多个对象中，每个对象都持有下一个对象的引用，这就构成了链这种结构。
• 一个请求通过链的头部，一直往下传递到链上的每一个结点，直到有某个结点对这个请求做出处理为止，这就是责任链模式。
• 责任链模式一般分为处理者与请求者。具体的处理者分别处理请求者的行为。

3.UML类图

责任链模式UML类图.jpg

角色说明：

• Handler（抽象处理者）：抽象类或者接口,定义处理请求的方法以及持有下一个Handler的引用.
• ConcreteHandler1,ConcreteHandler2（具体处理者）：实现抽象处理类,对请求进行处理,如果不处理则转发给下一个处理者.
• Client (客户端):即要使用责任链模式的地方。

4.实现

以送快递为例，单个快递员只负责某个片区的快递，若某个快递目的地不属于当前的片区，则交给下一个快递员来处理，直到有人处理为止。

4.1 创建抽象处理者类

定义处理请求的方法以及持有下一个Handler的引用：

    public abstract class Postman {//快递员抽象类
        protected Postman nextPostman;//下一个快递员

        public abstract void handleCourier(String address);//派送快递
    }

4.2 创建具体处理者类

实现抽象处理者类中的方法：

    public class BeijingPostman extends Postman {//北京快递员

        @Override
        public void handleCourier(String address) {
            if (address.equals("Beijing")) {//北京地区的则派送
                System.out.println("派送到北京");
                return;
            } else {//否则交给下一个快递员去处理
                nextPostman.handleCourier(address);
            }
        }
    }

    public class ShanghaiPostman extends Postman {//上海快递员

        @Override
        public void handleCourier(String address) {
            if (address.equals("Shanghai")) {
                System.out.println("派送到上海");
                return;
            } else {
                nextPostman.handleCourier(address);
            }
        }
    }

    public class GuangzhouPostman extends Postman {//广州快递员

        @Override
        public void handleCourier(String address) {
            if (address.equals("Guangzhou")) {
                System.out.println("派送到广州");
                return;
            } else {
                if (nextPostman != null)
                    nextPostman.handleCourier(address);
            }
        }
    }

4.3 客户端测试

    public void test() {
        //创建不同的快递员对象
        Postman beijingPostman = new BeijingPostman();
        Postman shanghaiPostman = new ShanghaiPostman();
        Postman guangzhouPostman = new GuangzhouPostman();
        
        //创建下一个结点
        beijingPostman.nextPostman=shanghaiPostman;
        shanghaiPostman.nextPostman=guangzhouPostman;

        //处理不同地区的快递，都是从首结点北京快递员开始
        System.out.println("有一个上海快递需要派送:");
        beijingPostman.handleCourier("Shanghai");
        System.out.println("有一个广州快递需要派送:");
        beijingPostman.handleCourier("Guangzhou");
        System.out.println("有一个美国快递需要派送:");
        beijingPostman.handleCourier("America");
        
    }

输出结果：

有一个上海快递需要派送:
派送到上海
有一个广州快递需要派送:
派送到广州
有一个美国快递需要派送:

4.4 说明：

• 上面的请求只是一个简单的地址字符串，如果是一些复杂的请求，可以封装成独立的对象。如：普通快递和生鲜快递，生鲜快递还需快递员做冷链处理等等。
• 请求实际上可以从责任链中的任意结点开始，即可以从上海快递员开始处理也行；
• 责任链中的结点顺序实际也可以调整，即北京->广州->上海的顺序也行；
• 责任链也可以越过某些结点去处理请求，如北京->广州，越过了上海。
• 对于请求，只有两种结果：一是某个结点对其进行了处理，如上面例子的上海、广州快递，这种叫纯的责任链；另一个则是所有结点都不进行处理，如美国的快递，这种叫不纯的责任链。我们所见到的基本都是不纯的责任链。

5. 应用场景

• 多个对象处理同一请求时，但是具体由哪个对象去处理需要运行时做判断。
• 具体处理者不明确的情况下，向这组对象提交了一个请求。

6. 优点

• 代码的解耦，请求者与处理者的隔离分开。
• 易于扩展，新增处理者往链上加结点即可。

7. 缺点

• 责任链过长的话，或者链上的结点判断处理时间太长的话会影响性能，特别是递归循环的时候。
• 请求有可能遍历完链都得不到处理。

8. Android中的源码分析

• Android中的事件分发机制就是类似于责任链模式，关于事件分发机制，这里先不详述了，先占个坑，后面另起文章说明。
• 另外，OKhttp中对请求的处理也是用到了责任链模式，有兴趣的可以去看下OKhttp的源码。后面有时间也会对OKhttp的源码进行分析。

相关文章阅读
Android的设计模式-设计模式的六大原则
一句话总结23种设计模式则
创建型模式：
Android的设计模式-单例模式
Android的设计模式-建造者模式
Android的设计模式-工厂方法模式
Android的设计模式-简单工厂模式
Android的设计模式-抽象工厂模式
Android的设计模式-原型模式
行为型模式：
Android的设计模式-策略模式
Android的设计模式-状态模式
Android的设计模式-责任链模式
Android的设计模式-观察者模式
Android的设计模式-模板方法模式
Android的设计模式-迭代器模式
Android的设计模式-备忘录模式
Android的设计模式-访问者模式
Android的设计模式-中介者模式
Android的设计模式-解释器模式
Android的设计模式-命令模式
结构型模式：
Android的设计模式-代理模式
Android的设计模式-组合模式
Android的设计模式-适配器模式
Android的设计模式-装饰者模式
Android的设计模式-享元模式
Android的设计模式-外观模式
Android的设计模式-桥接模式