小志的博客

目录一、状态模式的定义与类型二、状态模式的适用场景三、状态模式的优点四、状态模式的缺点五、状态模式相关设计模式六、状态模式示例一、状态模式的定义与类型1、定义允许一个对象在其内部状态改变时，改变它的行为2、类型行为型二、状态模式的适用场景一个对象存在多个状态（不同状态下行为不同），且状态可相互转换三、状态模式的优点将不同的状态隔离把各种状态的转换逻辑，分布到State的子类中，减少相互间依赖新增新的状态非常简单四、状态模式的缺点状态多的业务场景导致类目增加，系统变

一、访问者模式的定义与类型1、定义封装作用于某数据结构（如List、Set、Map等）中的各个元素的操作可以在不改变各元素的类的前提下，定义作用于这些元素的操作2、类型行为型二、访问者模式的适用场景一个数据结构（如List、Set、Map等）包含很多类型的对象数据结构与数据操作分离三、访问者模式的优点新增新的操作很容易，即增加一个新的访问者四、访问者模式的缺点增加新的数据结构困难具体元素变更比较麻烦五、访问者模式相关设计模式访问者模式和迭代器模式六、访

目录一、责任链模式的定义与类型二、责任链模式的适用场景三、责任链模式的优点四、责任链模式的缺点五、责任链模式相关设计模式六、责任链模式示例一、责任链模式的定义与类型1、定义为请求创建一个接收此次请求对象的链2、类型行为型二、责任链模式的适用场景一个请求的处理需要多个对象当中的一个或几个协作处理三、责任链模式的优点请求的发送者和接收者（请求的处理）解耦责任链可以动态组合四、责任链模式的缺点责任链太长或者处理时间过长，影响性能责任链有可能过多五、责任链模式相关设计

目录一、中介者模式的定义与类型二、中介者模式的适用场景三、中介者模式的优点四、中介者模式的缺点五、中介者模式相关设计模式六、中介者模式示例一、中介者模式的定义与类型1、定义定义一个封装一组对象如何交互的对象通过使对象明确地相互引用来促进松散耦合，并允许独立地改变他们的交互2、类型行为型二、中介者模式的适用场景系统中对象之间存在复杂的引用关系，产生的仙湖依赖关系结构混乱且难以理解交互的公共行为，如果需要改变行为则可以增加新的中介者类三、中介者模式的优点将一对多转化成了一对一

一、命令模式的定义与类型1、定义将"请求"封装成对象，以便使用不同的请求命令模式解决了应用程序中对象的职责以及他们之间的通信方式2、类型行为型二、命令模式的适用场景请求的调用者和请求接收者需要解耦，使得调用者和接收者不直接交互需要抽象出等待执行的行为三、命令模式的优点降低耦合容易扩展新命令或者一组命令四、命令模式的缺点命令的无限扩展会增加类的数量，提高系统实现复杂度五、命令模式相关设计模式命令模式和备忘录模式六、命令模式示例以网站上发布笔记，并把笔

目录一、备忘录模式的定义与类型二、备忘录模式的适用场景三、备忘录模式的优点四、备忘录模式的缺点五、备忘录模式相关设计模式六、备忘录模式示例一、备忘录模式的定义与类型1、定义保存一个对象的某个状态，以便在适当的时候回复对象2、类型行为型二、备忘录模式的适用场景保存及恢复数据相关业务场景三、备忘录模式的优点为用户提供一种可恢复机制存档信息的封装四、备忘录模式的缺点资源占用五、备忘录模式相关设计模式备忘录模式和状态模式六、备忘录模式示例以网站上发布笔记，并

目录一、观察者模式的定义与类型二、观察者模式的适用场景三、观察者模式的优点四、观察者模式的缺点五、观察者模式示例一、观察者模式的定义与类型1、定义定义了对象之间的一对多依赖，让多个观察者对象同时监听某一个主题对象，当主题对象发生变化时，它的所有依赖者（观察者）都会受到通知并更新2、类型行为型二、观察者模式的适用场景关联行为场景，建立一套触发机制三、观察者模式的优点观察者和被观察者之间建立一个抽象的耦合观察者模式支持广播通信四、观察者模式的缺点观察者之间有过多的细节依

一、解释器模式的定义与类型1、定义给定一个语言，定义它的语法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。为了解释一种语言，而为语言创建的解释器。2、类型行为型二、解释器模式的适用场景某个特定类型问题发生频率足够高。三、解释器模式的优点语法由很多类表示，容易改变及扩展此“语言”。四、解释器模式的缺点当语法规则数目太多时，增加了系统复杂度。五、解释器模式的相关设计模式解释器模式和适配器模式。六、解释器模式示例以商品的优惠为例进行代

目录一、迭代器模式的定义与类型二、策略模式的适用场景三、策略模式的优点四、策略模式的缺点五、策略模式的相关设计模式六、策略模式示例一、迭代器模式的定义与类型1、定义定义了算法家族，分别封装起来，让他们之间可以相互替换，此模式让算法的变化不会影响到使用算法的用户2、类型行为型二、策略模式的适用场景系统有很多类，而他们的区别仅仅在于他们的行为不同一个系统需要动态地在几种算法中选择一种三、策略模式的优点开闭原则避免使用多重条件转移语句提高算法的保密性和安全性四、策略模式的

一、7大设计原则二、5种创建型模式标黄色字体为常用的设计模式工厂方法模式和抽象工厂模式都属于工厂模式三、7种结构型模式标黄色字体为常用的设计模式四、11种行为型模式标黄色字体为常用的设计模式...

一、迭代器模式的定义与类型1、定义提供一种方法，顺序访问一个集合对象中的各个元素，而又不暴露该对象的内部表示2、类型行为型二、迭代器模式的适用场景访问一个集合对象的内容而无需暴露它的内部表示为遍历不同的集合结构提供一个统一的接口三、迭代器模式的优点分离了集合对象的遍历行为四、迭代器模式的缺点类的个数成对增加五、迭代器模式的相关设计模式迭代器模式和访问者模式六、迭代器模式示例...

目录一、模板方法模式的定义与类型二、模板方法模式的适用场景三、模板方法模式的优点四、模板方法模式的缺点五、模板方法模式的扩展六、模板方法模式的相关设计模式七、模板方法模式示例一、模板方法模式的定义与类型1、定义定义了一个算法的骨架，并允许子类为一个或多个步骤提供实现模板方法使得子类在不改变算法结构的情况下，重新定义算法的某些步骤2、类型行为型二、模板方法模式的适用场景一次性实现一个算法的不变的部分，并将可变的行为留给子类来实现各子类中公共的行为被提取出来并集中到一个公共父类中，从

动态代理示例实现动态分库功能示例1、代码结构如下图：2、创建订单和用户类package com.rf.designPatterns.structural.proxy;/** * @description: 订单和用户类 * @author: xz */public class Order { private Object orderId;//订单id private Integer userId;//用户id public Object getOrderId.

静态代理示例实现动态分库功能示例1、代码结构如下图：2、创建订单和用户类package com.rf.designPatterns.structural.proxy;/** * @description: 订单和用户类 * @author: xz */public class Order { private Object orderId;//订单id private Integer userId;//用户id public Object getOrderId.

目录一、代理模式的定义与类型二、代理模式的适用场景三、代理模式的优点四、代理模式的缺点五、代理模式的扩展六、Spring的代理选择七、 CGLib代理和jdk的动态代理的速度对比八、代理模式的相关设计模式九、静态代理示例十、动态代理示例一、代理模式的定义与类型1、定义为其他对象提供一种代理，以控制对这个对象的访问代理对象在客户端和目标对象之间起到中介的作用2、类型结构型二、代理模式的适用场景保护目标对象增强目标对象三、代理模式的优点代理模式能将代理对象与真实被调用的目标对

目录一、桥接模式的定义与类型二、桥接模式的适用场景三、桥接模式的优点四、桥接模式的缺点五、桥接模式相关的设计模式六、桥接模式示例一、桥接模式的定义与类型1、定义将抽象部分与它具体实现部分分离，使他们都可以独立的变化通过组合的方式简历两个类之间联系，而不是继承2、类型结构型二、桥接模式的适用场景抽象和具体实现之间增加更多的灵活性一个类存在两个（或多个）独立变化的维度，且这两个（或多个）维度都需要独立进行扩展不希望使用继承，或因为多继承导致系统类的个数剧增三、桥接模式的优点

一、组合模式的定义与类型1、定义将对象组合成树形结构以表示“部分-整体”的层次结构组合模式使客户端对单个对象和组合对象保持一致的方式处理2、类型结构型二、组合模式的适用场景希望客户端可以忽略组合对象与单个对象的差异时处理一个树形结构时三、组合模式的优点清楚的定义分层次的复杂对象，表示对象的全部或部分层次让客户端忽略了层次的差异，方便对整个层次结构进行控制简化客户端代码符合开闭原则四、组合模式的缺点限制类型时会较为复杂使设计变得更加抽象五、组合模式相关的

一、享元模式的定义与类型1、定义提供了减少对象数量从而改善应用所需的对象结构的方式运用共享技术有效的支持大量细粒度的对象2、类型结构型二、享元模式的适用场景常常应用于系统底层的开发，以便解决系统的性能问题系统有大量相似对象、需要缓冲池的场景三、享元模式的优点减少对象的创建，降低内存中对象的数量，降低系统的内存，提高效率减少内存之外的其他资源占用四、享元模式的缺点关注内/外部状态、关注线程安全问题使系统、程序的逻辑复杂化五、享元模式的扩展1、内部状态在享

适配器模式目录一、适配器模式的定义与类型二、适配器模式的适用场景三、适配器模式的优点四、适配器模式的缺点五、适配器模式的扩展六、适配器模式相关的设计模式七、类适配器示例八、对象适配器示例九、适配器模式具体实例演示一、适配器模式的定义与类型1、定义将一个类的接口转换成客户期望的另一个接口使原本接口不兼容的类可以一起工作2、类型结构型二、适配器模式的适用场景已经存在的类，它的方法和需求不匹配时（方法结果相同或相似）不是软件设计阶段考虑的设计模式，是随着软件维护，由于不同产品，不同厂家

目录一、装饰者模式的定义与类型二、装饰者模式的适用场景三、装饰者模式的优点四、装饰者模式的缺点五、装饰者模式相关的设计模式六、普通示例：七、普通示例演进，使用装饰者模式示例：一、装饰者模式的定义与类型1、定义在不改变原有对象的基础之上，将功能附加到对象上提供了比继承更具有弹性的替代方法（扩展原有对象功能）2、类型结构型二、装饰者模式的适用场景扩展一个类的功能或给一个类添加附加职责动态的给一个对象添加功能，这些功能可以在动态的撤销三、装饰者模式的优点继承的有力补充，比继承灵

目录一、原型模式的定义与类型二、原型模式的适用场景三、外观模式的优点四、外观模式的缺点五、外观模式相关的设计模式六、外观模式简单示例一、原型模式的定义与类型1、定义又叫门面模式，提供了一个统一的接口，用来访问子系统中的一群接口外观模式定义了一个高层接口，让子系统更容易使用2、类型结构型二、原型模式的适用场景子系统越来越复杂，增加外观模式提供简单调用接口构建多层系统，利用外观对象作为每层的入口，简化层间调用三、外观模式的优点简化了调用过程，无需了解深入子系统，防止带来风险。

目录一、原型模式的定义与类型二、原型模式的适用场景三、原型模式的优点四、原型模式的缺点五、原型模式简单示例六、浅拷贝简单示例七、深拷贝简单示例一、原型模式的定义与类型1. 定义指原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象不需要知道任何创建的细节，不调用构造函数3. 类型创建型二、原型模式的适用场景类初始化消耗较多资源new产生的一个对象需要非常频繁的过程（数据准备、访问权限等）构造函数比较复杂循环体中产生大量对象时三、原型模式的优点原型模式性能比直接

1、定义一个ThreadLocal线程单例，代码如下：package com.rf.designPatterns.singleton.threadLocalSingleton;/** * @description: ThreadLocal线程单例,为每一个线程提供一个对象，在访问的时候相互不影响 * @author: xiaozhi * @create: 2020-06-05 13:52 */public class ThreadLocalSingleton { //创建Threa

目录一、定义一个容器单例二、多线程测试容器单例：三、结论一、定义一个容器单例package com.rf.designPatterns.singleton.containerSingleton;import org.apache.commons.lang.StringUtils;import java.util.HashMap;import java.util.Hashtable;import java.util.Map;import java.util.concurrent.Concurr

一、Enum枚举单例模式1、 定义一个枚举类package com.rf.designPatterns.singleton.enumSingleton;/** * @description: 定义一个枚举类 * @author: xiaozhi * @create: 2020-06-01 20:50 * 枚举类的单例模式 * 1、序列化和反序列化不会出现多次实例化的情况 * 2、对于反射攻击也不会存在问题 * 3、EffecttiveJava书中强烈推荐枚举类单例模式 */publ

目录一、饿汉式的反射攻击及解决方法1.1、通过反射机制的方式和通过类名.方法名的方式分别获取对象，示例如下：1.2、饿汉式单例模式反射攻击的解决方案二、静态内部类的反射攻击及解决方法2.1、通过反射机制的方式和通过类名.方法名的方式分别获取对象，示例如下：2.2、静态内部类的反射攻击解决方案三、懒汉式的反射攻击及解决方法3.1、通过反射机制的方式和通过类名.方法名的方式分别获取对象，示例如下：3.2、懒汉式无法解决反射攻击四、结论一、饿汉式的反射攻击及解决方法1.1、通过反射机制的方式和通过类名.方法名

一、序列化饿汉式单例模式的示例1、定义一个饿汉式单例模式并实现序列化接口package com.rf.designPatterns.singleton.serializeHungrySingleton;import java.io.Serializable;/** * @description: 饿汉式单例模式实现序列化接口 * @author: xiaozhi * @create: 2020-05-24 15:24 */public class SerializeHungrySingle

1、饿汉式代码：package com.rf.designPatterns.singleton.hungrySingleton;import javax.sound.midi.SoundbankResource;/** * @description: 饿汉式单例模式 * @author: xiaozhi * @create: 2020-05-23 22:26 */public class HungrySingleton { //直接声明一个需要被单例的对象，在静态块中初始化对象

1、懒汉式代码：package com.rf.designPatterns.singleton.hungrySingleton;/** * @description: 饿汉式单例模式 * @author: xiaozhi * @create: 2020-05-23 22:26 */public class HungrySingleton { //直接声明一个需要被单例的对象,并初始化 private final static HungrySingleton hungrySing

单例模式的懒汉式基于静态内部类的方式即兼顾了性能又保证了线程安全一、示例代码：1、分别定义一个懒汉式基于静态内部类的类、线程类和测试类。package com.rf.designPatterns.singleton.sttaicInnerClassSingleton;/** * @description: 静态内部类的单例模式 * @author: xiaozhi * @create: 2020-05-22 21:24 */public class StaticInnerClassSing

一、示例代码：1、分别定义一个懒汉式双重检检查锁单例类、线程类和测试类2、懒汉式双重检检查锁单例类分析，如下图：3、运行结果为，多个线程每次都会生成相同的对象，如下图：

一、懒汉式多线程示例代码1、定义一个懒汉式类的单例类package com.rf.designPatterns.singleton;/** * @description: 懒汉式:注重延迟加载，只有使用时才创建对象 * @author: xiaozhi * @create: 2020-05-19 13:59 */public class LazySingleton { //声明一个需要被单例的对象，初始化时没有被创建所以设置null private static LazySi

一、懒汉式示例代码二、懒汉式单线程debug

一、单例模式的定义与类型1、定义保证一个类仅有一个实例，并提供一个全局访问2、类型创建型二、单例模式的适用场景想确保任何情况下都绝对只有一个实例三、单例模式的优点在内存里只有一个实例，减少了内存开销可以避免对资源的多重占用设置全局访问点，严格控制访问四、单例模式的缺点没有接口，扩展困难五、单例模式中需要考虑的重点问题私有构造器问题线程安全问题延迟加载问题序列化和反序列化安全问题反射六、单例模式的Doule Check(双重检查锁机制)七、单例

一、建造者模式的定义与类型1、定义将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示用户只需指定需要建造的类型就可以得到它们，建造过程及细节不需要知道2、类型创建型二、建造者模式的适用场景如果一个对象有非常复杂的内部结构（很多属性）想把复杂对象的创建和使用分离三、建造者模式的优点封装性好，创建和使用分离扩展性好、建造类之间独立、一定程度上解耦四、建造者模式的缺点产生多余的Builder对象产品内部发生变化，建造者都需要修改，成本较大五、

一、工厂方法的定义与类型1、定义：抽象工厂模式提供一个创建一系列相关或者相互依赖对象的接口无须指定他们具体的类2、类型：创建型二、抽象工厂的适用场景客户端（应用层）不依赖于产品类实例如何被创建、实现等细节强调一系列相关的产品对象（属于同一产品族）一起使用创建对象需要大量重复的代码提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于具体实现三、抽象工厂的优点具体产品在应用层代码隔离，无须关心创建细节将一个系列的产品族统到一起创建三、抽象工厂的缺点规

一、工厂方法的定义与类型1、定义：定义一个创建对象的接口，但让实现这个接口的类来决定实例化哪个类，工厂方法让类的实例化推迟到子类中进行。2、类型：创建型二、工厂方法的适用场景1、创建对象需要大量重复的代码。2、客户端（应用层）不依赖于产品类实例如何被创建、实现等细节。3、一个类通过其子类来指定创建哪个对象。三、工厂方法的优点1、用户只需要关心所需产品对应的工厂，无须关心创建细节。...

一、简单工厂定义与类型1、定义：由一个工厂对象决定创建出哪一种产品类的实例2、类型：创建型，但不属于GOF23种设计模式二、简单工厂适用场景1、工厂类负责创建的对象比较少2、客户端（应用层）只知道传入工厂类的参数，对于如何创建对象（逻辑）不关心三、简单工厂优点只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节四、简单工厂缺点工厂类的职责相对过重，增加新的产品...

一、什么是里氏代换原则：一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类和子类对象的区别。也就是说，在软件里面，把父类替换成它的子类，程序的行为没有变化。1、示例（1）、定义一个人员类package com.rf.rules.liskovSubstitution;/** * @description: 定义一个人员类 * @author: xiao...

一、概念1、定义：一个对象应该对其他对象保持最少的了解。又叫最少知道原则尽量降低类与类之间的耦合2、优点：降低类之间的耦合3、主要强调的是什么：强调只和朋友交流，不和陌生人说话出现在成员变量、方法的输入、输出参数中的类称为成员朋友关系，而出现在方法体内部的类不属于朋友类。二、迪米特原则简单示例1、示例1：没使用迪米特原则。(1)、定义一个老板Boss类，执行...