审批流。多个对象处理同一个请求（抽象类(聚合自己，向下传递方法，处理方法)，派生类(实现处理方法，向下处理方法)，数据类），责任链在初始时明确，根据不同条件，自动执行不同责任

---

责任链模式:

为请求创建了一个接收者对象的链。这种模式给予请求的类型，对请求的发送者和接收者进行解耦。

在这种模式中，通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，以此类推。

意图：避免请求发送者与接收者耦合在一起，让多个对象都有可能接受请求，将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止。

主要解决：职责链上的处理者负责处理请求，客户只需要将请求发送到职责链上即可，无需关心请求的处理细节和请求的传递，所以职责链将请求的发送者和请求的处理者解耦了。

何时使用：在处理消息的时候可以过滤很多道。

如何解决：拦截的类都实现统一接口。

关键代码：Handler 里面聚合它自己，在HandlerRequest 里判断是否合适，如果没有达到条件则向下传递，向谁传递之前 set 进去。

优点：

1.降低耦合度。它将请求的发送者和接收者解耦。

2.简化了对象。使得对象不需要知道链的结构。

3.增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序，允许动态的新增或者删除责任。

4.增加心动请求处理类很方便。

缺点：

1.不能保证请求一定被接收。

2.系统性能将受到一定影响，而且在进行代码调用时不太方便，可能会造成循环调用。

3.可能不容易观察运行时的特征，有碍于除错。

使用场景：

1、有多个对象可以处理同一个请求，具体哪个对象处理该请求由运行时刻自动确定。

 2、在不明确指定接收者的情况下，向多个对象中的一个提交一个请求。

 3、可动态指定一组对象处理请求

责任链模式