单例模式
饿汉模式，static 对象，代码简单，线程安全，缺点就是把对象放在了方法区，无法垃圾回收。
懒汉模式，用到对象时在创建，有线程安全问题，可以在get方法中使用 synchronize 解决，但每次获取对象时都加锁很低效。
双重验证模式，为了解决低效问题，不在方法上加锁，判断对象为空需要创建对象时加锁，这种一重判断有问题，如果多个线程一起判断出对象为空，就会创建多个对象，这就需要第二重判断，加锁后再次判断对象是否为空，如果为空再创建。
这样也有一个问题，是多线程下代码重排序引起的，以为对象的创建需要多个步骤，例如内存分配、初始化、返回对象引用，如果发生重排序，这个步骤就变了，可能会先返回对象引用再初始化，那么就可能出现即使拿到了对象，但其初始化还没完成，就会报错，所以给对象变量使用 volatile 防止重排序。
参考：
https://www.cnblogs.com/NaLanZiYi-LinEr/p/7492571.html
工厂模式
用来简化对象的创建过程，创建对象时不会对客户端暴露创建逻辑。
比如你需要一辆汽车，直接从工厂提货即可，不需要知道汽车是怎么做出来的。
实际场景：写log，可以写到本地磁盘、系统时间、远程服务等等，用户只需要选择写到什么地方。
抽象工厂就是对工厂的一个抽象过程，创建一个抽象工厂类，里面是基础统一的逻辑，每个工厂具体独特的逻辑再单独实现。
参考：
http://www.runoob.com/design-pattern/factory-pattern.html
https://baike.baidu.com/item/工厂模式/9852061?fr=aladdin
代理模式
相当于有一个中介，你只需要说明你要什么，其余流程由中介来帮你跑。
涉及到3个角色：客户类、代理类、委托类。
客户类不直接调用委托类，调用代理类，代理类再调用委托类，以后客户类有新的需求时，只需要改代理类，不需要改委托类，例如想加入缓存、日志等公共服务。
代理模式最典型的应用就是 AOP。
参考：
https://www.cnblogs.com/daniels/p/8242592.html
建造者模式
一步步的创建一个复杂的对象，用户只通过指定复杂对象的类型和内容就可以构建他们，不需要知道具体构建细节。
工厂模式实现对产品家族的创建，不需要关心构建过程，只关心什么产品由什么工厂生产即可。建造者模式则是要求按照指导的蓝图建造产品，通过组装零配件而产生一个新产品。
主要角色：
- product
- builder 构建 product 的各个部件
- director 使用 builder 控制生产过程
参考：
https://www.cnblogs.com/snailclimb/p/builderpattern.html
模板模式
对于通用流程抽象出一个模板，只需要关注某个步骤的实现。
典型应用 jdbcTemplete
外观模式
把细节整合起来对外提供一个统一的接口。
client 调用 facade，facade 调用内部的各个模块。
策略模式
treeset 的 comparator 就是策略模式，comparator 是一个统一的接口类型，具体实现策略由用户指定。
组成：
- 抽象策略角色，例如 comparator 接口。
- 具体策略角色，例如 comparator 的实现类。
- 环境角色，内部持有抽象角色的引用，给客户端调用，例如 treeset。
参考：
http://baijiahao.baidu.com/s?id=1601547440739500969&wfr=spider&for=pc
原型模式
就是克隆对象，创建新的对象比较复杂时，使用原型模式可以提高效率。
分为浅拷贝、深拷贝。
浅拷贝只复制对象中的基础数据类型，引用类型还是同一个。
深拷贝就是全都拷贝一份。
适配器模式
用于新老接口的对接整合。
例如原有一个播放器接口，只能播放mp3，后来新的格式出来后，有了更高级的播放接口，能播放 mp4 和 vlc，这时就可以创建一个适配器，实现老的播放器接口，并在其中使用新的播放器，然后修改老的播放器实现类，使用适配器来兼容所有格式。
参考：
http://www.runoob.com/design-pattern/adapter-pattern.html
