设计模式..

单例

饿汉式

饿汉式是利用类加载机制来避免了多线程的同步问题，所以是线程安全的。
优点： 未加锁，执行效率高。
缺点： 类加载时就初始化实例，造成内存浪费。

场景： 如果对内存要求不高的情况，还是比较推荐使用这种方式。

懒汉式

该方式是使用synchronized关键字进行加锁，保证了线程安全性。
优点： 在第一次调用才初始化，避免了内存浪费。
缺点： 对获取实例方法加锁，大大降低了并发效率。

由于加了锁，对性能影响较大，不推荐使用。

如果把if去掉，会出现获取多个实例的情况
Thread.sleep(2000);

双重检查

利用了volatile修饰符的线程可见性（被一个线程修改后，其他线程立即可见），即保证了懒加载，又保证了高性能，推荐使用。

外层的if：
为了提高执行效率，因为单例模式只要一次创建实例就行，所以我创建了一个实例之后，再调用getInstance方法就不没必要在进入同步代码块了，不用再竞争锁了，直接返回前面创建的实例就可以了。

内层if：
防止对象被多次实例化

当实例还未被创建时，线程t1调用getInstance方法，由于第一次判断singleton==null，此时线程t1准备继续执行，但是由于资源被线程t2抢占了，此时t2也调用getInstance方法，同样的，由于singleton并没有实例化，t2同样可以通过第一个if，然后继续往下执行，同步代码块，第二个if也通过，然后t2线程创建了一个实例singleton。此时t2线程完成任务，资源又回到t1线程，t1此时也进入同步代码块，如果没有这个第二个if，那么，t1就也会创建一个singleton实例，那么，就会出现创建多个实例的情况，但是加上第二个if，就可以完全避免这个多线程导致多次创建实例的问题。

工厂模式

抽象工厂

1.产品类继承抽象类或者实现共同的接口（比如下面我们实现了Car接口）。
2、工厂类实现接口，接口方法是产品子类共同的抽象类或接口（比如我们的CarFactory，其Car就是我们产品锁共同实现的的接口）。
3、工厂类通过枚举、字符串等获得对应产品类型，以返回对应的对象实例。

这种工厂方法模式，也是最常见的一种；但是它有个弊端，就是如果增加一种产品类，那么工厂类的方法就需要修改

抽象工厂模式：

1.产品类独享各自的工厂类，工厂接口或抽象类
2.工厂接口或抽象类返回参数是产品类的基类或接口。

对于不同种类的产品有各自的工厂，同种产品可以派生子类；不同种类的工厂只需要有最上层接口或抽象类就可以，这样对于扩展一个新产品类，只需要增加一个工厂，以及对应工厂产品类就行。这就符合“开闭原则“，但是会产生更多的类，实际场景中很少有这种需求。

静态工厂

不再实现工厂接口，而是提供一个静态方法