深入浅出：什么是基于Java的责任链模式

Python016

深入浅出：什么是基于Java的责任链模式,第1张

1、责任链模式就是这种“推卸”责任的模式，你的问题在我这里能解决我就解决，不行就把你推给另一个对象。至于到底谁解决了这个问题了呢?我管呢!

2、责任链模式由两个角色组成：

1) 抽象处理者角色(Handler)：它定义了一个处理请求的接口。当然对于链子的不同实现，也可以在这个角色中实现后继链。

2) 具体处理者角色(Concrete Handler)：实现抽象角色中定义的接口，并处理它所负责的请求。如果不能处理则访问它的后继者。

至于类图不放也罢。毕竟就是一个继承或者实现。

3、从名字上大概也能猜出这个模式的大概模样——系统中将会存在多个有类似处理能力的对象。当一个请求触发后，请求将在这些对象组成的链条中传递，直到找到最合适的“责任”对象，并进行处理。

《设计模式》中给它的定义如下：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。

从定义上可以看出，责任链模式的提出是为了“解耦”，以应变系统需求的变更和不明确性。

下面是《设计模式》中给出的适用范围：

1) 有多个的对象可以处理一个请求，哪个对象处理该请求运行时刻自动确定。

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

3) 可处理一个请求的对象集合应被动态指定。

一、大约分为三类：

1、创建型模式（5种）：工厂方法模式，抽象工厂模式，单例模式，建造者模式，原型模式。

2、结构型模式（7种）：适配器模式，装饰器模式，代理模式，外观模式，桥接模式，组合模式，享元模式。

3、行为型模式（11种）：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

二、设计模式遵循的原则有6个：

1、开闭原则（OpenClosePrinciple）

对扩展开放，对修改关闭。

2、里氏代换原则（LiskovSubstitutionPrinciple）

只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。

3、依赖倒转原则（DependenceInversionPrinciple）

这个是开闭原则的基础，对接口编程，依赖于抽象而不依赖于具体。

4、接口隔离原则（InterfaceSegregationPrinciple）

使用多个隔离的借口来降低耦合度。

5、迪米特法则（最少知道原则）（DemeterPrinciple）

一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

6、合成复用原则（CompositeReusePrinciple）

原则是尽量使用合成/聚合的方式，而不是使用继承。继承实际上破坏了类的封装性，超类的方法可能会被子类修改。