1.策略模式（Strategy Pattern）
定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于算法的客户。
2.观察者模式（Observer）
定义了对象之间的一对多依赖。当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。
3.装饰者模式
动态地将责任附加在对象上。
装饰者和被装饰对象有相同的超类型。
4.工厂模式
定义一个创建对象的接口，但由子类决定要实例化的类是哪一个。
工厂方法让类把实例化推迟到子类。
创建者Creator和产品类Products
抽象工厂模式
提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。
工厂模式：
一个抽象产品类，可以派生出多个具体产品类。
一个抽象工厂类，可以派生出多个具体工厂类。
每个具体工厂类只能创建一个具体产品类的实例。
抽象工厂模式：
多个抽象产品类，每个抽象产品类可以派生出多个具体产品类。
一个抽象工厂类，可以派生出多个具体工厂类。
每个具体工厂类可以创建多个具体产品类的实例。
区别：
工厂模式只有一个抽象产品类，而抽象工厂模式有多个。
工厂模式的具体工厂类只能创建一个具体产品类的实例，而抽象工厂模式可以创建多个。
5.单件模式（Single Pattern）
确保一个类只有一个实例，并提供一个全局访问点。
//懒汉式单例类.在第一次调用的时候实例化自己
public class Singleton {
private Singleton() {}
private static Singleton single=null;
//静态工厂方法
public static Singleton getInstance() {
if(single ==null) {
single =new Singleton();
}
return single;
}
}
//饿汉式单例类.在类初始化时，已经自行实例化
public class Singleton1 {
private Singleton1() {}
private static final Singleton1 single =new Singleton1();
//静态工厂方法
public static Singleton1 getInstance() {
return single;
}
}
饿汉就是类一旦加载，就把单例初始化完成，保证getInstance的时候，单例是已经存在的了，而懒汉比较懒，只有当调用getInstance的时候，才回去初始化这个单例。
6.命令模式
将“请求”封装成对象，以便使用不同的请求。
角色：
Command
定义命令的接口，声明执行的方法。
ConcreteCommand
命令接口实现对象，是“虚”的实现；通常会持有接收者，并调用接收者的功能来完成命令要执行的操作。
Receiver
接收者，真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要求实现的相应功能。
Invoker
要求命令对象执行请求，通常会持有命令对象，可以持有很多的命令对象。这个是客户端真正触发命令并要求命令执行相应操作的地方，也就是说相当于使用命令对象的入口。
Client
创建具体的命令对象，并且设置命令对象的接收者。
7.适配器模式
将一个类的接口，转换成客户期望的另一个接口。
8.外观模式
提供一个统一的接口，用来访问子系统中的一群接口。
