设计模式【15】--从审批流中学习责任链模式

已经来到了责任链模式，各位客官听我瞎扯…

责任链模式是什么

责任链模式是一种设计模式。在责任链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任。(百度百科)

责任链模式是一种行为型设计模式，也就是重点是处理数据，假设我们有一份数据，需要经过很多个节点处理，那么就会是以下这个样子：

一个节点处理完之后，交给下一个节点，不知道大家有没有使用过审批流，当我们提完一个审批单后，你的leader审批，leader审批通过之后就是总监批，总监后面可能是高级总监，或者cto，或者hr。他们在同一个链条上，倘若你的leader没有审批完，后面的节点是不可能收到信息的。如果你的leader拒绝了你的申请，那数据也不会到达后面的审批节点。

如果你接触过前端，JS 中点击某个 div 的时候会产生冒泡事件，也就是点击下面的A, A 在B里面，B在C里面， A-> B -> C 会依次收到点击事件:

再举个例子，在 SpringMVC中，我们有时候会定义一些拦截器，对请求进行预处理，也就是请求过来的时候，会依次经历拦截器，通过拦截器之后才会进入我们的处理业务逻辑代码。

之前，在做人员管理的时候，有涉及到人员离职情况的处理流程，要交接工作，解除权限，禁用账号等等，这整个处理流程就很适合使用责任链来处理。当然，自动处理流程是会出错的，保存每一个阶段的状态，针对出错的场景，可以手动去从断开责任链的地方接着执行。这整个流程的框架就是应用了责任链，但是根据实际场景也添加了不少其他的东西。

两点疑问

1. 责任链的每一个节点是不是一定包含下一个节点的引用？

答：不一定，要么把所有责任节点放在一个list里面，依次处理；要么每个节点包含下一个责任节点的引用，

2. 责任链到底是不允许中断还是不允许中断？

答：两种都可以，不拘泥于细节，可以根据自己的场景使用。

责任链模式中的角色

责任链一般有以下的角色：

• Client(客户端)：调用责任链处理器的处理方法，或者在第一个链对象中调用handle方法。
• Handler(处理器)：抽象类，提供给实际处理器继承然后实现handle方法，处理请求
• ConcreteHandler(具体处理器)：实现handler的类，同时实现handle方法，负责处理业务逻辑类，不同业务模块有不同的ConcreteHandler。
• HandlerChain：负责组合责任链的所有节点以及流程（如果节点包含下一个节点的引用，那么HandlerChain可以不存在）

审批链的实现

下面我们分别来实现不同的写法，假设现在有一个场景，秦怀入职了一家公司，哼哧哼哧干了一年，但是一直没调薪，又过了一年，总得加薪了吧，不加就要提桶跑路了，于是秦怀大胆去内部系统提了一个申请单：【加薪申请】

不中断模式

先演示不中断模式，得先弄个申请单的实体，里面包含了申请单的名字和申请人：

public class Requisition {
    // 名称
    public String name;


    // 申请人
    public String applicant;


    public Requisition(String name, String applicant) {
        this.name = name;
        this.applicant = applicant;
    }
}

责任链中的每个责任节点&#x