一、单例模式
单例模式是：确保一个类只有一个实例
优势：1 确保只有一个实例
2对于那些比较耗内存的类，只实例化一次可以大大提高性能，尤其是在移动开发中。
二、建造者模式（Builder）
将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示
比如：当一个对象有较多的参数，用建造者模式代替复杂的构造方法。
优势：链式调用，使用简单，代码清晰，便于扩展。
三、观察者模式
使用：1、当一个抽象模型有两个方面，其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。2、当对一个对象的改变需要同时改变其他对象，而不知道具体有多少对象需要被改变。3、当一个对象必须通知其他对象，而它又不能假定其他对象是谁。换言之，不希望这些对象是紧密耦合的。
优点： 1、观察者和被观察者是抽象耦合的。 2、建立一套触发机制。
缺点：在应用观察者模式时需要考虑一下开发小路问题，程序中包括一个被观察者和多个被观察者，开发和调试比较复杂，而且Java中的消息的通知默认是顺序执行的，一个观察者的卡顿会影响整体的执行效率。在这种情况下，一般考虑采用异步的方式。
四、策略模式
跟简单工厂模式很像，常用来做比较，可以策略模式结合工厂模式使用。
假设我们要出去旅游，旅游出行的方式有很多，有步行，有坐火车，有坐飞机等等。而如果不使用任何模式，我们的代码可能就是这样子的。一旦新增一个方式，则加一个if else
定义个接口Strategy有方法traval(),PlaneStrategy、WalkStrategy、SubwayStrategy都实现Strategy接口。如果新增骑自行车方式，直接新建一个
BikeStrategy 实现Strategy，不必更改以前的代码
travelContext.setStrategy(new BikeStrategy());
travelContext.travel();
五、代理模式
1.静态代理
静态代理类与被代理类是耦合的，如果要代理100个类，你就得写100个代理类
目标对象和代理对象都实现同一个接口，代理对象持有目标对象得引用，可以在不改变目标对象得前提下，增强对象，高扩展性
2.动态代理
利用反射机制在运行时创建代理类。
代理逻辑与业务逻辑是互相独立的，没有耦合，代理1个类100个类没有任何区别 。
六、适配器模式
目标类和适配者解耦，通过适配器类来重用现有的适配者类，无需修改原结构。
类适配
由于适配器类是适配者类的子类，因此可以在适配器类中置换一些适配者的方法，提供灵活性。
缺点：一次最多适配一个适配者类， 不能同时适配多个适配者；
对象适配
一个对象适配器可以把多个不同的适配者适配到同一个目标
使用场景
系统需要使用现有的类，而这些类的接口不符合现在的需要
想创建一个可以重复使用的类，用于彼此之间没有太大关联的一些类
七、原型模式
适用场景：创建新对象成本较大（如初始化需要占用较长的时间，占用太多的CPU资源或网络资源），新的对象可以通过原型模式对已有对象进行复制来获得，如果是相似对象，则可以对其成员变量稍作修改。
如果系统要保存对象的状态，而对象的状态变化很小，或者对象本身占用内存较少时，可以使用原型模式配合备忘录模式来实现。
需要避免使用分层次的工厂类来创建分层次的对象，并且类的实例对象只有一个或很少的几个组合状态，通过复制原型对象得到新实例可能比使用构造函数创建一个新实例更加方便。
浅克隆：原型对象和克隆对象的成员变量指向相同的内存地址。
深克隆：无论原型对象的成员变量是值类型还是引用类型，都将复制一份给克隆对象
使用：实现Cloneable接口，重写clone()函数
八、责任链模式
优点：1对象仅需知道该请求会被处理即可，且链中的对象不需要知道链的结构，由客户端负责链的创建，降低了系统的耦合度
2请求处理对象仅需维持一个指向其后继者的引用，而不需要维持它对所有的候选处理者的引用，可简化对象的相互连接
3在给对象分派职责时，职责链可以给我们更多的灵活性，可以在运行时对该链进行动态的增删改，改变处理一个请求的职责
缺点：1 对于比较长的职责链，请求的处理可能涉及到多个处理对象，系统性能将受到一定影响，且不方便调试
2可能因为职责链创建不当，造成循环调用，导致系统陷入死循环
使用场景： 有多个对象可以处理同一个请求，具体哪个对象处理该请求待运行时刻再确定，客户端只需将请求提交到链上，而无须关心请求的处理对象是谁以及它是如何处理的在不明确指定接收者的情况下，向多个对象中的一个提交一个请求可动态指定一组对象处理请求，客户端可以动态创建职责链来处理请求，还可以改变链中处理者之间的先后次序
