如果有多个对象有机会处理请求，责任链可使请求的发送者和接受者解耦，请求沿着责任链传递，直到有一个对象处理了它为止.

模式结构成员构成：

• 抽象处理者（Handler）角色：定义一个处理请求的接口，包含抽象处理方法和一个后继连接。
• 具体处理者（Concrete Handler）角色：实现抽象处理者的处理方法，判断能否处理本次请求，如果可以处理请求则处理，否则将该请求转给它的后继者。
• 客户类（Client）角色：创建处理链，并向链头的具体处理者对象提交请求，它不关心处理细节和请求的传递过程。

一，单例模式

单例模式是创建型设计模式，它保证一个类只有一个实例，并提供一个全局访问点以供外部代码使用.

1.1 饿汉式

public class HungrySingleton {
    // 1,私有化构造方法，避免通过new创建
    private HungrySingleton(){
    }
    // 2,私有静态属性
    private static HungrySingleton hungrySingleton = new HungrySingleton();
    // 3,向外暴露访问静态属性
    public static HungrySingleton getInstance(){
        return hungrySingleton;
    }

}

一，静态代理

在开发中，通常需要为方法添加日志打印，能够记录程序的执行过程，以便后续出现异常问题的时候，能更好的排查定位。假设我们现在已经完成了系统用户的增加、删除、修改等功能，这些功能在类UserServiceImpl中已经实现。

public interface UserService {
    void add();
    void update();
    void delete();
} 
public class UserServiceImpl  implements UserService{
    public void add() {
        System.out.println("添加用户");
    }

    public void update() {
        System.out.println("修改用户");
    }

    public void delete() {
        System.out.println("删除用户");
    }
}

一，适配器模式

适配器模式将某个类的接口转换成客户端期望的另一个接口表示，目的是消除由于接口不匹配所造成的类的兼容性问题

模式结构成员构成：

• 目标角色：期望实现的目标，一般是接口。
• 源角色：存在于系统中，是指内容满足客户需求，但是接口不匹配，需要转换
• 适配器：将源角色转换为目标角色

1，类的适配器模式

案例：小明以前买了一个小米手机，送了一个小米充电器，现在只是找到了小米手机，小米充电器丢了，但是找了一个苹果充电器，小明为了充电，买了一个适配器。
UML图：

源角色：

一，策略模式

策略模式定义了一系列算法，并将每个算法封装起来，使他们可以相互替换，且算法的变化不会影响到使用算法的客户。主要解决：在有多种算法相似的情况下，使用 if...else 所带来的复杂和难以维护。

模式结构成员构成：

• 环境角色(Context)：持有一个策略类的引用，提供给客户端使用。
• 抽象策略角色(Strategy)：这是一个抽象角色，通常由一个接口或抽象类实现。
• 具体策略角色(ConcreteStrategy)：包装了相关的算法或行为

一，工厂模式

1.1 简单工厂模式

举例：小明初到华强北，小明的手机厂可以生产oppo手机，小米手机，苹果手机，通过工厂创建或者说生产手机。
模式结构成员构成：

• Factory：工厂角色
• AbstractProduct：抽象产品
• Product：具体产品

Uml图：

一，生成器模式

生成器模式（Builder）是一种创建型设计模式，这种模式的核心思想是将对象的构建过程拆分成多个步骤，每个步骤由一个独立的构建器对象负责，最终组合成一个完整的对象。

模式结构成员构成：

• Product：产品，想要生产的对象。
• Builder：生成器，抽象的生成，主要包含构建步骤。
• ConcreteBuilder：具体生成器，具体的构建步骤的实现
• Director：导演，指挥构建过程的顺序。

装饰者模式上指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式

模式结构成员构成：

• 抽象组件（Component）：定义一个对象的接口，可以给这些对象动态地添加职责。
• 具体组件（ConcreteComponent）：实现或继承抽象组件，并添加基础的行为或属性。
• 装饰者（Decorator）：持有一个抽象组件的引用，并定义一个与抽象组件一致的接口。
• 具体装饰者（ConcreteDecorator）：实现装饰者接口，并给具体组件对象添加额外的职责。