总体：
- 创建型
单例模式 简单工厂模式 工厂方法模式 抽象工厂模式 建造者模式 原型模式 - 结构型
代理模式 适配器模式 装饰器模式 桥接模式 组合模式 享元模式 外观模式 - 行为型
观察者模式 模板模式 命令模式 状态模式 职责链模式 解释器模式 中介者模式 访问者模式 策略模式 备忘录模式 迭代器模式
六大原则：
- 单一职责原则
一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。 - 开闭原则
一个软件实体应当对扩展开放，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。 - 里氏代换原则
所有引用基类（父类）的地方必须能透明地使用其子类的对象。 - 依赖倒转原则
抽象不应该依赖于细节，细节应当依赖于抽象。换言之，要针对接口编程，而不是针对实现编程。 - 接口隔离原则
使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。 - 迪米特法则
一个软件实体应当尽可能少地与其他实体发生相互作用。
工厂模式 Factory
- 简单工厂模式：一个工厂类生产全部，可以用反射实现。
- 工厂模式：一个产品一个工厂类，所有产品继承同一个接口。
- 抽象工厂模式：多个产品，同生产线产品在一个工厂类中生成，不同生产线不同工厂类。
单例模式 Singleton
- 懒汉式
- 双重锁 + volatile 保证线程安全，volatile防止指令重排序。
/**
* 双重锁加载
* 懒汉式不能防止反射
* @author BaoZhou
* @date 2018/12/27
*/
public class LazyDoubleCheckSingleton {
//volatile 不会重排序
private volatile static LazyDoubleCheckSingleton lazyDoubleCheckSingleton;
public LazyDoubleCheckSingleton() {
}
public static LazyDoubleCheckSingleton getInstance() {
if (lazyDoubleCheckSingleton == null) {
synchronized (LazyDoubleCheckSingleton.class) {
if (lazyDoubleCheckSingleton == null) {
lazyDoubleCheckSingleton = new LazyDoubleCheckSingleton();
//1.分配内存给这个对象
//2.初始化对象
//3.设置对象指向到刚分配的内存地址
//小心指令重排序
}
}
}
return lazyDoubleCheckSingleton;
}
}
- 饿汉式
- 静态内部类
- 枚举 ：防止序列化以及反射破坏单例
- static final 变量
static final 变量的饿汉式可以通过添加以下方法防止序列化破环单例 。
/**
* 涉及序列化和反序列化会破坏单例模式
* @return
*/
private Object readResolve(){
return instance;
}
在构造函数函数中添加以下判断防止反射破坏单例。
public HungrySingleton() {
if(instance!=null){
throw new RuntimeException("单例构造器禁止反射");
}
}
建造者模式 Builder
- 将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。
- 在Idea中可以安装InnerBuilder插件直接生成建造者模式。
原型模式 Prototype
适用对象构造时间消耗大的场景。通过实现clonable接口实现。
- 深拷贝 ：引用对象必须层层调用clone来保证对象是彼此独立的。
- 浅拷贝： 应用对象指向同一个对象。
外观模式 门面模式 Facade
创建一个外观类来管理多个子系统，客户通过访问门面类来调用多个子系统，客户绝对不和子系统之间有交互。
装饰者模式 Decorator
在不改变原有对象的基础之上，将功能附加到对象上。一般基于接口或者一个抽象类。数据可以叠加积累。
适配器模式 Adapter
- 类适配器：通过实现接口实现。
- 对象适配器：通过对象组合实现。
享元模式 Flyweight
- 提取公共元素（内部参数），留下可变元素（外部参数），相当于是建立了一套缓存。
- 例子：Interger：-128~127之间有缓存，new出来对象地址是相同的。
组合模式 Composite
- 把一组相似的对象当作一个单一的对象，也就是说有统一的接口实现或者抽象父类。
- 建立自己类型的对象组，建立树形结构。可以用于建立文件树形结构。
桥接模式 Bridge
- 让多个不同的类可以排列组合，以防止类数目爆炸，两个类可以独自扩展。
代理模式 Proxy
- 静态代理
- JDK动态代理：通过接口中的方法名，在动态【生成新的】的代理类中调用业务实现类的同名方法，实现InvocationHandler接口
- CGLib动态代理：通过继承业务类，生成的动态代理类是业务类的【子类】，通过重写业务方法进行代理。
如果对象没有实现接口，就必须使用CGLib实现动态代理。CGLib不能对final修饰的类进行代理。
模板模式 Template
- 将通用算法抽象出来，排列一定的执行的顺序，具体到子类慢慢实现。为防止恶意操作，一般模板方法都加上 final 关键词。
迭代器模式 Iterator
- 提供一种方法顺序访问一个聚合对象中各个元素, 而又无须暴露该对象的内部表示。
策略模式 Strategy
- 定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换，需要的时候传入即可。
解释器模式 Interpreter
- 用的很少，自定规则去解析输入的数据。实际使用：正则表达式，Spring的EL表达式， SQL 解析。
观察者模式 Observer
- 定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。
- 观察者和被观察者是抽象耦合的。建立一套触发机制，一般采用异步模式。JDK，guava都提供了解决方案
备忘录模式 Memento
- 使用一个存储来存储数据的多个状态，可以存入或者取出，相当于后悔药的作用。用于存档，ctri + z，后退，数据库的事务管理。
命令模式 Command
- 通过调用者调用接受者执行命令，顺序：调用者→接受者→命令。抽象命令，传入接受者，将组合好的命令传入调用者执行。
中介者模式 Mediator
- 将多对多的关系，通过中介者方法，把其转化为一对一的关系。例如：MVC结构中的C，聊天室用户发送消息。
责任链模式 Chain of Responsibility
- 每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，依此类推。以此来一层一层的对请求进行处理。很常用，OKhttp里的拦截器。
访问者模式 Visitor
- 创建一个访问者类，在访问者类中定义我们的数据的不同取用方法。也就是我们把需要的原材料给到（访问者的accept方法）访问者，具体如何处理原材料是由访问者自己决定的。
状态模式 State
- 对于同一个接口，我们有多种不同的实现，我们可以把每一个实现类看成是一个状态。在控制实体类时，我们借上下文（Context）来进行不同实现类之间的切换。
