黄团团的个人博客

最近花了近一个月左右的时间把Java的设计模式学习了一遍，并把每次学习的笔记总结都写成了博客进行记录，在日常的工作中也会灵活运用一些设计模式到实际的项目当中，学完之后受益匪浅，这边做一个笔记的分享，常见的23种Java设计模式都汇总在这里了，大家按需查看即可！

解释器模式是指给定一个语言（表达式），来表示它的文法，并定义一个解释器，使用该解释器来解释语言中的句子（表达式），并得到结果。简单来说，解释器模式把要处理的问题条条框框地定义出来，然后挨个细致解释，适合一些重复性的问题求解。

访问者模式是一种对象行为型设计模式，它能够在不修改已有对象结构的前提下，为对象结构中的每个对象提供新的操作。访问者模式的主要作用是把对元素对象的操作抽象出来封装到访问者类中，这样就可以对存在不同操作的元素对象进行统一的处理。

状态模式允许一个对象在其内部状态改变时改变它的行为，对象看起来似乎修改了它的类，状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况，把状态的判断逻辑转移到表示不同状态的一系列类中，可以把复杂的判断逻辑简化。

备忘录模式是一种行为型设计模式，它允许保存一个对象的内部状态到一个备忘录对象中，这样就可以在需要的时候恢复这个对象的状态了，同时又不违反封装性原则。这个模式的核心就是备忘录对象，它负责存储目标对象的内部状态信息，并且可以通过方法访问这些状态数据。而目标对象负责创建备忘录对象，并在备忘录对象中保存自身状态。管理者角色负责存储和恢复备忘录对象，但是不能直接看到或者修改备忘录对象中的状态数据。

中介者模式的核心思想是引入一个中介者对象，来封装和管理对象之间的交互关系。对象之间不再直接交互，而是通过中介者间接交互。这样可以减少对象之间的依赖，实现解耦。中介者就像是对象之间的调停者，协助对象間的交流与相互操作。总体上，中介者模式可以使原本相互耦合的对象变成松散耦合，提高了灵活性和可维护性。中介者对象承担了对象間交互的责任，每个对象只需关注自身的行为和逻辑，不再与其他对象直接交互。

迭代器模式是一种常用的设计模式，它主要用于遍历集合对象，提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露该对象的内部表示。

1、将一个请求封装为一个对象，使您可以用不同的请求对客户进行参数化。2、对请求排队或记录请求日志，以及支持可撤销的操作。3、将命令对象与执行命令的对象分离，实现调用者和接收者的解耦。其中命令对象是关键，它包含了一个接收者和一个执行操作的方法。该命令对象绑定一个接收者对象，并通过调用接收者相应的操作来完成执行请求的功能。

责任链模式是一种行为设计模式,它允许你将请求沿着处理者链进行发送。请求会被链上每个处理者处理,直到请求被处理完毕。该模式主要解决的是请求的发送者和多个请求处理者之间建立一条链式的调用关系，以实现请求的逐层解析处理。

代理模式是一种结构型设计模式，它用一个代理对象来封装一个目标对象，通常是为了对目标对象的访问进行增强或控制。主要作用是扩展目标对象的功能，比如延迟加载、访问控制、远程访问和日志记录等。

享元模式是一种结构型设计模式，主要用于减少创建大量相似对象所占用的内存，它通过共享技术来有效支持大量细粒度的对象。减少内存占用,降低系统资源消耗，提高系统性能。

外观模式通过提供一个高层接口来封装细节，简化子系统使用，使子系统之间解耦，它提高了程序的灵活性和可维护性。

组合模式通过将对象组织成树形结构，模拟出复杂对象的结构关系，然后统一处理个别对象和组合对象，它充分利用了递归和层次性的对象模型来模拟复杂对象，但增加了系统的复杂性。应根据需要权衡使用，不能滥用。

桥接模式（Bridge Pattern）是一种结构型设计模式，其主要目的是“将抽象部分与实现部分分离，使它们都可以独立地变化”。桥接模式的核心思想是把抽象（abstraction）与实现（implementation）分离开来，从而可以独立变化。抽象类定义抽象接口，包含对实现对象的引用。实现类提供各种实现方案，抽象接口调用实现对象的相关方法完成工作。这样抽象部分和实现部分就可以通过抽象层建立联系，相互独立地变化而不影响对方。

在最近的后端开发中，多多少少会发现有很多if-else语句，如果条件过多则会造成整体代码看起来非常臃肿。本篇博客汇总了我对工厂模式和策略模式的理解，以及我是如何把它们巧妙运用在实际项目当中的一些技巧进行了分享，如有问题，欢迎评论区讨论！

通过复制已有对象作为原型，通过复制该原型来返回一个新对象，而不是新建对象。原型模式通过对象复制获取实例,避免重复创建开销大的对象,是一种快速获取对象副本的模式，但需要注意副本状态的一致性管理。

单例模式确保一个类只有一个实例，提供一个全局访问点。一般实现方式是把构造函数设为私有，并提供一个静态方法获取实例对象。本篇一共介绍了5种创建单例模式的方式：饿汉模式、懒汉模式、双重检索模式、静态内部类和枚举。

1、将构建复杂对象的过程封装起来，简化了代码结构和逻辑，客户端不需要知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的过程可以创建出不同的产品对象。2、每一个建造者都相对独立，和其他建造者没有关系，因此可以很方便的替换具体的建造者或者添加新的具体建造者，客户端使用不同的建造者可以获得不同的产品对象，系统扩展方便，符合“开闭原则”。1、添加新的部件需要修改抽象类和具体构造者的代码。

观察者先订阅被观察者对象，当被观察者的状态发生变化时，观察者可以及时收到消息，在这种模式当中，被观察者维护了一个观察者列表，并提供了添加、删除、通知观察者的方法。

将一个类的接口转换为另一个接口，使得原本由于接口不兼容的类进行兼容。适配器模式主要分为类适配器模式和对象适配器模式，前者类适配器模式之间的耦合度比后者更高，所以更推荐使用对象适配器。

定义一个操作中的算法骨架，而将算法的一些步骤延迟到子类当中，使得子类可以不改变该算法结构的情况下重定义该算法的特定步骤，即在一个抽象类中公开定义了执行某一方法的模板，然后子类可以按需重写方法实现自己特有的逻辑。

装饰器模式是指不必在改变原有的类和不使用继承的情况下，动态扩展一个对象的功能