责任链模式 Chain of Responsibility

剖析

意图

• 给多个对象处理请求，避免了接收请求的冗余。责任链接收对象并传递请求
• 面向对象与递归遍历链表

定义

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

本质

• 分离职责，动态组合
• 分离职责是前提，动态组合才是职责链模式的精华所在

模式讲解

• • 在标准的职责链模式中，只要有对象处理了请求，这个请求就到此为止，不在被传递和处理了

• 客户端发送请求，总有一个隐式接收者处理请求

• 按照实现地方：
  在实现客户端提交请求钱组合链。
  可以再Handler里面实现链的组合，算是内部链的一种
  还有一种在各自的职责对象中，由各个职责对象自行决定后续处理对象。这种实现方式要求每个职责对象除了进行业务处理外，还必须了解整个业务流程
  数据来源：
  一种在程序中动态组合
  通过外部
  通过配置文件传递进来，流程的配置文件
  按照设定好的条件来判断请求对象

• 在责任链模式中，请求不一定处理，因为可能没有合适的处理者，请求在责任链中从头到尾，每个处理对象都判断都不属于自己处理，最后请求就没有对象来处理

UML

chain-uml.png

模式组成

• Handler:定义职责的接口，通常在这里定义处理请求的方法，可以再这里实现后继链
• ConcreteHandler: 实现职责的类，在这个类中，实现对他职责范围内请求的处理，如果不处理，就继续转发请求给后继者
• Client:职责链的客户端，向链上的具体处理对象提交请求，让职责链负责处理

抽象处理类：抽象处理类中主要包含一个指向下一处理类的成员变量nextHandler和一个处理请求的方法handRequest，handRequest方法的主要主要思想是，如果满足处理的条件，则有本处理类来进行处理，否则由nextHandler来处理。
*** 具体处理类***：具体处理类主要是对具体的处理逻辑和处理的适用条件进行实现。

抽象类实现三个职责：

• 定义一个请求处理方法handleMessage 唯一对外开放的方法
• 定义一个链的编排方法setNext 设置下一个处理者；
• 定义了具体的请求者必须实现两个方法：定义自己能够处理的级别getHandlerLevel和具体的处理任务scho

例子

chain-example.png

场景

• 有多个对象可以处理请求，而处理程序只有在运行时才能确定。
• 向一组对象发生请求，而不想显示指定处理请求的特定处理程序。
• 想要动态制定处理一个请求的对象集合，可以使用职责链模式。

优缺点

优点

• 请求者和接收者松散耦合
• 动态组合职责

缺点

• 产生许多细粒度对象
• 不一定能背处理
• 性能问题
• 调试不方便

总结

• 责任链模式其实就是一个灵活版的if…else…语句，它就是将这些判定条件的语句放到了各个处理类中，这样做的优点是比较灵活了，但同样也带来了风险，比如设置处理类前后关系时，一定要特别仔细，搞对处理类前后逻辑的条件判断关系，并且注意不要在链中出现循环引用的问题。