weixin_42118323的博客

解释器模式（Interpreter Pattern）是一种行为设计模式，解释器模式通过一个解释器对象处理一个语法规则，把复杂的功能分离开，然后选择需要被执行的功能，并把这些功能组合成为需要被解释执行的抽象语法树，再按照抽象语法树来解释执行，实现相应的功能。

中介者模式（Mediator Pattern）是一种行为设计模式，它通过使用一个中介对象来封装一系列对象之间的交互方式，中介者使得各对象之间不需要显式地相互引用，从而降低对象之间的耦合度，使得系统可以更加灵活地进行维护和扩展，中介者模式的本质其实就是封装对象之间的交互过程。

访问者模式（Visitor Pattern）是一种行为型设计模式，通过定义一个访问者对象，实现对数据结构中各个元素进行访问和处理，访问者模式可以将数据结构与数据操作分离，使得在增加新的操作时，不需要修改现有的数据结构相关的类。

状态设计模式（State Design Pattern）是一种行为设计模式，它允许对象在其内部状态改变时改变它的行为，这个模式将状态封装成独立的类，并将行为的实现委托给当前状态对象，使得对象的行为可以随着状态的变化而动态改变，也就是状态和行为分离。

备忘录模式（Memento Pattern）是一种行为设计模式，它允许在不暴露对象内部状态的情况下保存和恢复对象之前的状态。就像是给对象的状态拍了一张 “快照”，之后可以根据这个 “快照” 将对象恢复到之前的某个状态，所以备忘录模式也叫做快照模式。

命令模式（Command Pattern）是一种行为设计模式，它将一个请求封装为一个对象，实现请求的发送者和接受者之间的解耦，本质就是封装请求。

责任链模式（Chain of Responsibility Pattern）是一种行为设计模式，责任链模式将多个对象（处理器）连接成一条链，当一个请求被发送到这个链上时，每个处理器都有机会处理这个请求，如果一个处理器能够处理该请求，它就会处理，然后这个请求就不再继续沿着链传递，如果它不能处理，就会把请求传递给链上的下一个处理器。

迭代器模式是一种行为设计模式，它提供了统一方法来访问聚合对象（如数组、列表、树等复杂的数据结构）中的各个元素，而又不暴露该对象的内部表示，简单来说，就像是给数据结构配备了一个 “导游”，这个 “导游” 可以按照一定的规则（如顺序、逆序等）带领你访问数据结构中的每一个元素。

观察者模式是一种典型的发布订阅模式，定义了对象间的一种一对多的依赖关系，只要一个对象的状态发生改变，其依赖的所有相关对象都会得到通知并做出想要，是一种行为型模式。

模板方法模式是一种行为设计模式，它在父类中定义了一个操作的算法模板，把具体的实现交给子类来实现，模板方法可以让子类可以在不改变算法结构的情况下，重新定义算法中的某些特定步骤。

策略模式是一个行为行设计模式，定义了一系列算法，并将每一个算法封装起来做为一个策略类，使的它们之间可以相互替换，策略模式可以让算法独立于客户端。

享元模式使用优化系统性能的设计模式，享元模式的核心在于一个“享”字，也就是共享的意思，享元模式主要通过共享对象来减少系统中对象的数量，享元模式将对象分为内部状态和外部状态，内部状态的对象不会变化，外部对象会发生变化，享元模式本质就是缓存内部状态的共享对象，降低内存消耗。

组合模式又叫作整体-部分模式，它将对象组合成树状的层次结构，用来表示整体-部分的关系，使用户对单个对象和组合对象具有一致的访问性，是一种结构型模式。

外观模式也叫门面模式，主要是降低调用方调用子系统接口的复杂性，它提供一个统一的接口，用于调用子系统中的一组接口，在调用方和实际的接口提供方之间提供提供了⼀个中间层，这个中间层用于包装复杂的调用逻辑，降低业务调用的复杂度。

代理模式属于结构型设计模式，其核心思想是为其他对象提供一种代理来完成对这个对象的访问，代理对象可以在客户端和目标对象之间起到中介的作用。

装饰者模式（Decorator Pattern）是一种结构型设计模式，它允许在运行时动态地向对象添加新的功能，而不改变其结构和实现，它在运行时给对象动态地添加一些额外的职责，装饰者模式通过装饰来实现功能的扩展，装饰器的核⼼就是在不改原有类的基础上给类新增功能。我们再次使用车来做为演示的实物载体，生活中我们买了爱车之后，除了 4S 店交付的新车，我们把车开回家之后，还会对车进行一番装饰0例如地垫、儿童座椅、360 安全影像等等，而这些都属于对爱车的装饰，也就是具体的装饰器，而我们的爱车就是抽象组件。

适配器模式是一种结构型设计模式，重点在“适配”二字，它可以将不兼容的接口转换成可兼容的接口，它可以在不改变现有代码的前提下使不兼容的接口之间能够正常工作。

原型模式是通过现有对象复制处一个新对象，而不需要通过构造器等方式来创建对象，原型模式简化了对象的创建过程，在某些特殊场景下，使用原型模式可以减少资源消耗，提高系统性能。

建造者模式是将一个复杂对象的创建过程拆分为多个简单对象的创建，并将这些简单对象组合起来构建出复杂对象，建造者模式将变和不变相结合，对象是组成是不变的，但是对象的创建过程是可以灵活变化的。

抽象工厂模式是一种创建型模式，该模式提供了一个超级工厂（抽象工厂），其他工厂来是实现这个工厂接口，同时还有一个工厂创建类，通过传入不同的参数，来创建不同的工厂，抽象工厂 模式是对工厂模式的扩展，工厂模式只是某类产品的工厂，而抽象工厂则是多类产品的工厂，可以理解为一类产品（产品族）的工厂，而抽象工厂就是工厂的工厂，是一个超级工厂。产品族。

工厂模式又叫做工厂方法模式，是一种创建型的模式，在父类提供一个创建对象的方法，允许子类决定实例化对象的类型，由子类来决定要实例化的是哪一个工厂类，工厂模式让创建对象的过程延迟到子类进行，同时也实现了调用者和实现类解耦，提高了系统的可扩展性和灵活性，这同时也是去掉众多 if else 的实现⽅式。可以看到静态工厂（简单工厂）模式代码实现简单，但是添加新的 Car 类型时候需要修改工厂类，对象的创建也是由工厂类来实现的。有了车工厂定义接口，各个车品牌可以实现车工厂接口，也就是具体的车工厂实现类。

单例模式是指在内存中只会创建且仅创建一次对象的设计模式，在程序中多次使用同一个对象时，为了防止频繁地创建对象使得 JVM 内存飙升，单例模式可以让程序仅在内存中创建一个对象，让所有需要调用的地方都共享这一单例对象，这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建，这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。总结：本篇简单分享了单例模式的几种实现方式，并对各种单例模式的实现方式进行了剖析，希望可以帮助到有需要的朋友。

设计模式即 Design Patterns，是指在软件开发过程中，针对反复出现的问题所总结归纳出的通用解决方案，设计模式是经过无数经验的积累和经验的总结得出的通用解决方案，设计模式都遵守了很多原则，这些原则可以提高代码的可重用性、可维护性和可扩展性。