设计模式14----------责任链模式

责任链模式

顾名思义，责任链模式（Chain of Responsibility Pattern）为请求建立了一个接收者对象的链。这种模式给予请求的类型，对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。
在这种模式中，一般每一个接收者都包含对另外一个接收者的引用。若是一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，依此类推。

介绍

意图：避免请求发送者与接收者耦合在一块儿，让多个对象都有可能接收请求，将这些对象链接成一条链，而且沿着这条链传递请求，直到有对象处理它为止。
主要解决：职责链上的处理者负责处理请求，客户只须要将请求发送到职责链上便可，无须关心请求的处理细节和请求的传递，因此职责链将请求的发送者和请求的处理者解耦了。
什么时候使用：在处理消息的时候以过滤不少道。
如何解决：拦截的类都实现统一接口。
关键代码：Handler 里面聚合它本身，在 HandlerRequest 里判断是否合适，若是没达到条件则向下传递，向谁传递以前 set 进去。
应用实例： 一、红楼梦中的"击鼓传花"。 二、JS 中的事件冒泡。 三、JAVA WEB 中 Apache Tomcat 对 Encoding 的处理，Struts2 的拦截器，jsp servlet 的 Filter。
优势： 一、下降耦合度。它将请求的发送者和接收者解耦。 二、简化了对象。使得对象不须要知道链的结构。 三、加强给对象指派职责的灵活性。经过改变链内的成员或者调动它们的次序，容许动态地新增或者删除责任。 四、增长新的请求处理类很方便。
缺点： 一、不能保证请求必定被接收。 二、系统性能将受到必定影响，并且在进行代码调试时不太方便，可能会形成循环调用。 三、可能不容易观察运行时的特征，有碍于除错。
使用场景： 一、有多个对象能够处理同一个请求，具体哪一个对象处理该请求由运行时刻自动肯定。 二、在不明确指定接收者的状况下，向多个对象中的一个提交一个请求。 三、可动态指定一组对象处理请求。
注意事项：在 JAVA WEB 中遇到不少应用。

实现

咱们建立抽象类 AbstractLogger，带有详细的日志记录级别。而后咱们建立三种类型的记录器，都扩展了 AbstractLogger。每一个记录器消息的级别是否属于本身的级别，若是是则相应地打印出来，不然将不打印并把消息传给下一个记录器。

具体代码参见https://github.com/Hp1512/Lea...