单例模式：确保一个类只有一个实例，并提供要给全局访问点。
适用场景：共享的资源，比如数据库连接池，缓存等。我们可以尝试将需要释放资源的对象用单例模式管理起来，就想连接池和线程池那样。
延迟实例化+线程不安全
经典的单例模式采取了“延迟实例化”的方式。即当程序用到的时候才会创建他，没有用到就不创建了。
/**
* Project <demo-project>
* Created by jorgezhong on 2018/9/25 9:42.
* <p>
* 经典单例模式
* - 利用静态成员变量记录单例对象
* - 私有构造方法
* - 提供静态方法获取成员变量
*/
public class Singleton {
private static Singleton uniqueInstance;
private Singleton() {
}
public static Singleton getInstance() {
//延迟实例化
if (uniqueInstance == null) {
uniqueInstance = new Singleton();
}
return uniqueInstance;
}
}
非延迟实例化+线程安全
问题：出现多线程问题，多线程情况下，可能会实例化多个对象。
思考：可使用同步锁synchronized,这样会消耗性能，其实使用的时候，只有第一次实例化的时候才需要保持同步，之后便不需要了，因此如果加synchronized的话，每次调用方法都要加所，会消耗性能。那既然这样的话，不使用延迟的方式不久没有线程安全问题了吗？静态初始化的时候给成员变量赋值就好了。
/**
* Project <demo-project>
* Created by jorgezhong on 2018/9/25 10:28.
* <p>
* 静态初始化的时候：初始化单例对象，解决线程安全问题
*/
public class Singleton {
private static Singleton uniqueSingleton = new Singleton();
private Singleton() {
}
public static Singleton getInstacne() {
return uniqueSingleton;
}
}
延迟实例化+线程安全
问题：那如果我非得要使用延迟实例化的方式呢？有时候由于实例化对象太大，而且程序运行中很多时候并不会用到。所以想要使用延迟实例化的方式。
思考：那么还得使用synchronized的方式呀。不过，需要加上双重判断,这样只需要在实例化完成之前执行锁代码就可以了，如果在成员变量中加上volatile修饰就更好了。
/**
* Project <demo-project>
* Created by jorgezhong on 2018/9/25 10:41.
*
* 双重检查
*/
public class Singleton {
//volatile:确保可见性，保证每个线程拿到的值是最新的
private volatile static Singleton uniqueSingleton;
private Singleton() {
}
public static Singleton getInstance() {
//第一次检查，进入锁代码
if (uniqueSingleton == null) {
synchronized (Singleton.class) {
//第二次锁内检查，确保线程安全
if (uniqueSingleton == null) {
uniqueSingleton = new Singleton();
}
}
}
return uniqueSingleton;
}
}
总结：
单例模式比较简单，使用场景也时比较常见的，有时候我们会引入一些工具像nosql这些，经常需要去获取连接，管理这些连接的对象可以时使用单例的，这样我们就不需要为资源未释放而烦恼。缓存控制和日志对象也是可以使用的。
