普通的单例模式：

单例模式的关键就是在启动的时候就创建一个实例，然后把构造函数私有化，别人就没办法通过函数再new一个对象出来了。然后引入一个方法，返回这个实例就可以了。

但是这个时候很多人会较真，认为这个实例不管用没用，启动的时候就创建了，感觉没有必要，就要再用到它的时候再去加载，这个时候可以这样写：

 在用到它的时候判断是不是为空，为空的话创建一个singleDemo。

这样的话有一个问题就是这个单例是线程不安全的，当有很多线程进来的时候;

1.第一个线程进来判断是不是空，然后去创建对象。

2.创建的时候另一个线程来了，因为还没创建完发现也是空。

3.这个时候第一个线程会创建一个实例，第二个也会创建一个实例，就会造成线程不安全

4.让线程安全，安全的方式是给它加锁

 但是这个锁力度太大了，因为创建不光是new，我们还有很多自己的业务逻辑在里面。

5.这时候锁的力度太大，如何把这个力度缩小，就有一种方式，只锁这个对象就行了，这个时候就只有一个线程 可以创建对象了。

 但是这种方式也会不安全，synchronized 关键字它是去加锁，所有的线程执行完在这个地方都会锁住：

1.第一个线程进来判断这个对象是个null，它去创建对象。

2.如果第二个线程在还没有创建的时候就进来，也会卡在synchronized 这里，只有一个线程能拿到这个锁。

3.第一个线程创建完后会释放锁，线程2就可以拿到这个锁了，但是线程2这个时候是卡在synchronized 这里了。

4.它拿到 以后还是会创建这个对象，同样破坏了单例的一个线程安全。这个时候就会有这样一个判断，就是在锁的前面和后面再加一个null判断 。

 这就叫什么是DCL（Double Check Lock）单例。