java设计模式

简单工厂模式

父类调用抽象方法，根据传参不同，调用的子类对象不同，实现不同的折扣计算

策略模式

策略模式：对象的行为模式抽象，将算法封装起来，将使用算法与实现算法解耦，委派给不同对象对算法进行管理

单例模式

单例模式：内存中只有一个实例，减少内存开销，设置全局的getInstance方法共享资源，跨线程使用；
应用场景：
1.频繁创建类用单例减少内存和GC,
2.需求上只需要生成一次
3.类创建占用资源多时间长，且不怎么会改变的类
懒汉式
饿汉式

代理模式

代理模式：一个用户不想直接访问某个对象，找中介代理，(比如买火车票用12306，找工作boss，找家政等平台代理，开发中避免用户直接访问服务器用nginx代理)；
优点：中介可以保护目标对象，扩展程序方便，可以在代理类访问对象并在前后做处理

原型模式

原型模式：把一个已经创建好的实例作为原型，复制原型作为一个新的对象，高效，无需关系创建细节，优点：克隆接口是基于二进制流的方式，性能高，深克隆可以将对象的状态也保存下来，减少对象创建；缺点：每个对象都要实现克隆方接口，深克隆可能存在多个对象嵌套引用，比较麻烦

适配器模式

适配器模式：将一个类的接口转换成客户希望的另一个接口，让原本不兼容的类，接口一起工作，有类适配器和对象适配器，一般使用对象适配器，类适配器耦合度很高。
优点：通过适配器透明调用接口，代码复用
缺点：代码需要结合业务，复杂性高，可读性低。例子：充电口协议标准各个国家不同，需要用转换器或者适配器完成充电

装饰性模式

装饰性模式：扩展类用组合的方式创建修饰对象包裹真实对象，在保证真实对象不变的前提下，增加额外的功能。
优点：动态扩展类的功能，装饰排列组合能实现不同的效果，遵守开闭原则，
缺点：有很多子类，增加程序的复杂性

桥接模式

桥接模式：将抽象与实现分离，用组合代替继承关系。
优点：扩展性强，符合开闭原则，合成复用原则，对用户透明
缺点：建立在抽象层，需要对需求理解设计强

外观模式

外观模式：为子系统中的一组接口提供一个统一的入口，定义一个高层接口，使得访问子系统更加容易。
优点：降低子系统和客户端的耦合度，读用户透明，为用户屏蔽了子系统的组件，降低编译的依赖jar包；
缺点：设计不合理时可能违反开闭原则

享元模式

享元模式：缓存共享降低内存损耗，
优点：相同对象只要保存一份，降低系统对象数量，减少内存压力；
缺点：读取享元外部状态响应时间长

组合模式

组合模式：组合多个对象形成一个树形结构以表示整体一部分关系的层次结构，组合模式对单个对象（叶子结点），组合对象（容器对象）使用具有一致性。
优点：1.客户端代码能一致处理单个对象或者组合对象，能在组合的树上加新对象，符合开闭原则；
缺点：设计复制要理清层次关系

模板方法模式

模板方法：行为设计模式，定义了一个算法步骤，允许一个子类别为一个或多个步骤提供实现方法。
优点：父类封装了不变的部分，子类扩展可变的部分，代码复用强，符合开闭原则；
缺点：每个不同的实现都要定义一个子类，性能比较低，子类的结果会影响到父类，代码可读性差，如果新家父类抽象方法，子类都要改动

命令模式

命令模式：将请求与处理解耦，将请求封装成一个对象，让发出请求的责任与处理请求的责任分割，二者都能通过命令对象沟通，传递和调用。
优点：降低耦合，扩展性好，增加删除命令方便，不影响其天类；
缺点：会产生大量的命令类，增加系统的复杂度

责任链模式

解耦请求和处理，将节点的处理者组成了一个链式结构，每个处理节点判断自己能否处理，可以的话自己处理，处理不了的传递给下一个节点，让请求流动起来。
优点：降低对象的耦合度，扩展性强，可以增加处理节点，增强对象指派责任的灵活性，简化对象的链接，符合单一职责原则；
缺点：不能保证每个请求都会被处理，如果责任链很长，系统的处理性能会变差