专注于Java领域优质技术号，欢迎关注

作者：liyoucheng2014

一、原型模式

1、需要创建的对象应独立于其类型与创建方式

2、要实例化的类是在运行时决定的

3、不想要与产品相对应的工厂层次

4、不同类的实例间的差异仅是状态的若干组合。因此复制相应数量的原型比手工实例化更加方便

5、类不容易创建，比如每个组件可把其他组件作为子节点的组合对象。复制已有的组合对象并对副本进行修改会更加容易

二、工厂模式

1、编译时无法准确预测要创建对象的类

2、类想让其子类决定在运行时创建什么

3、类有若干辅助类作为其子类，而你想将返回哪个子类这一信息局部化

三、抽象工厂模式

（同工厂模式）

四、生成器模式

1、需要创建涉及各种部件的复杂对象。创建对象的算法应该独立于部件的装配方式。常见例子是构建组合对象

2、构建过程需要以不同的方式（例如，部件或表现的不同组合）构建对象

五、单例模式

1、类只能有一个实例，而且必须从一个为人熟知的访问点对其进行访问，比如工厂方法

2、这个唯一的实例只能通过子类化进行拓展，而且拓展的对象不会破坏客户端代码

六、适配器模式

1、 已有类的接口与需求不匹配。

2、 想要一个可复用的类，该类能够同时可能带有不兼容接口的其他类协作。

3、需要适配一个类的几个不同子类，可是让每一个子类去子类化一个类适配器又不现实。那么可以是用对象适配器（也叫委托）来适配其父类的接口。

七、桥接模式

1、不想在抽象与其实现之间形成固定的绑定关系（这样就能在运行时切换实现）

2、抽象及其实现都应可以通过子类化独立进行扩展

3、对抽象的实现进行修改不应影响客户端代码

4、如果每个实现需要额外的子类以细化抽象，则说明有必要把他们分成两个部分

5、想在带有不同抽象接口的多个对象之间共享一个实现

八、外观模式

1、子系统正逐渐变得复杂。应用模式的过程中演化成许多类。可以使用外观为这些子系统提供一个较简单的接口

2、可以使用外观对子系统进行分层。每个子系统级别有一个外观作为入口点。让它们通过其外观进行通信，可以简化它们的依赖关系

九、中介者模式

1、对象间的交互虽定义明确然而非常复杂，导致一组对象彼此相互依赖而且难以理解

2、因为对象引用了许多其他对象并与其通讯，导致对象难以复用

3、想要定制一个分布在多个类中的逻辑或行为，又不想生成太多子类

十、观察组模式

1、有两种抽象类型相互依赖。将他们封装在各自的对象中，就可以对他们单独进行改变和复用。

2、对一个对象的改变需要通知改变其他对象，而不知道具体有多少对象有待改变。

3、一个对象必须通知其他对象，而他又不需要知道其他对象是什么

十一、组合模式

1、想获得抽象对象的树形表示（部分-整体的层次结构)

2、想让客户端统一处理组合结构中的所有对象

十二、迭代器模式

1、需要访问组合对象的内容，而又不暴露其内部表示

2、需要通过多种方式遍历组合对象

3、需要提供一个统一的接口，用来遍历各种类型的组合对象

十三、访问者模式

1、一个复杂的对象结构包含很多其他对象，他们有不同的接口（比如组合体），但是想对这些对象实施一些依赖于其具体类型的操作。

2、需要对一个组合体结构中的对象进行很多不相关的操作，但是不想让这些操作“污染”这些对象的类，可以将相关的操作集中起来，定义在一个访问者类中，并在需要在访问者中定义的操作时使用它。

3、定义复杂结构的类很少作修改，但经常需要向其添加新的操作。

十四、装饰模式

1、想要在不影响其他对象情况下，以动态、透明的方式给单个对象添加职责。

2、想要扩展一个类的行为，却做不到。类定义可能被隐藏，无法进行子类化；或者，对类的每个行为的扩展，为支持每种功能组合，将产生大量的子类

3、对类的职责的扩展是可选的

十五、责任链模式

1、有多个对象可以处理请求，而处理程序只有在运行时才能确定。

2、向一组对象发出请求，而不想显示指定处理请求的特定处理程序。

十六、模板方法

1、需要一次性实现算法的不变部分，并将可变的行为留给子类来实现。

2、子类的共同行为应该被提取出来放到公共类中，以避免代码重复。现有代码的差别应该被分离为新的操作。然后用一个调用这些操作的模板方法来替换这些不同的代码。

3、需要被控制子类的扩展。可以定义一个在特定点调用“钩子”（hook）操作的模板方法。子类可以通过对钩子操作的实现在这些点扩展功能。

十七、策略模式

1、 一个类在其操作中使用多个条件语句来定义许多行为。我们可以把相关的分支条件移到他们自己的策略类中。

2、需要算法的各种变体。

3、需要避免把复杂的、与算法相关的数据结构暴露给客户端。

十八、命令模式

1、想让应用程序支持撤销与恢复

2、想用对象参数化一个动作以执行操作，并用不同命令对象来代替回调函数

3、想要在不同时刻对请求进行指定、排列和执行

4、想记录修改日志、这样在系统故障时，这些修改可在后来重做一遍

5、想让系统支持事务，事务封装了对数据的一系列修改。事务可以建模为命令对象

十九、享元模式

1、应用程序使用很多对象。

2、在内存中保存对象会影响内存性能。

3、对象的多数特有状态（外在状态）可以放到外部而轻量化。

4、移除了外在状态之后，可以用较少的共享对象替代原来的那组对象。

5、应用程序不依赖于对象标识，因为共享对象不能提供唯一的标识。

二十、代理模式

1、需要一个远程代理，为位于不同地址空间或网络中的对象提供本地代表

2、需要一个虚拟代理，来根据要求创建重型的对象

3、需要一个保护代理，来根据不同访问权限控制对原对象的访问

4、需要一个智能引用代理，通过对实体对象的引用计数来管理内存。也能用于锁定实体对象，让其他对象不能修改它

二十一、备忘录模式

1、需要保存一个对象（或某部分）在某一个时刻的状态，这样以后就可以恢复到先前的状态

2、用于获取状态的接口会暴露实现的细节，需要将其隐藏起来

来自: