对单例模式的理解

单例模式的三个特点:
1、构造方法私有化
2、实例化的变量引用私有化
3、获取实例的方法共有

什么是单例
确保这个类在内存中只会存在一个对象,而且自行实例化并向整个应用系统提供这个实例。

应用的场景
创建一个对象会消耗过多的资源, 比如访问IO和数据库

有哪几种方式   推荐用静态内部类或加了Volatile关键字的双重检查单例

1 饿汉式   在类加载的时候就对实例进行创建
  优点: 线程安全,多个线程不会创建多个实例,  缺点:不需要的时候也会创建,造成资源浪费
  线程安全，调用效率高，但是不能延时加载
2 懒汉式   在需要的时候才去创建的  加锁来保证线程安全
  优点: 使用次数少,创建单例消耗资源多,使用懒汉式比较好   缺点:效率低,第一次加载的时候反应慢,每次调用getInstance()方法会进行同步,消耗不必要的资源
  线程安全，调用效率不高，但是能延时加载
3 双重检查单例:  多加一次判断
 优点: 资源利用率高, 第一次执行没有对象才去创建,  缺点:第一次加载会比较慢
 由于JVM底层模型原因，偶尔会出问题，不建议使用
第一层判断的主要避免了不必要的同步，第二层判断是为了在null的情况下再去创建实例
jdk1.5之前会出现两个bug(1、线程间共享变量不可见性。2、无序性(执行顺序无法保证))
jdk1.5之前会出现bug,   已经修复,需要    private Volatitle static Singleton instance;

4 静态内部类  在内部类里面去创建对象实例
优点:应用中不使用内部类,就不会创建对象,实现了饿汉式的延迟加载,利用类加载机制,不存在多线程并发的问题.
线程安全，调用效率高，可以延时加载

5 枚举实现单例
写法比较简单,任何方式下都是单例的
线程安全，调用效率高，不能延时加载，可以天然的防止反射和反序列化调用

线程安全方面，类似于普通的饿汉模式，通过在第一次调用时的静态初始化创建的对象是线程安全的。
序列化方面  枚举的readObject是被编译器禁用的, 因此也不存在实现序列化接口后调用readObject会破坏单例的问题。
反射  枚举类不能在外部实例化对象, abstract类不可以实例化对象  Constructor的newInstance方法会判断是否是枚举,是的话抛出异常.

如何选用：
-单例对象 占用资源少，不需要延时加载，枚举 好于 饿汉
-单例对象 占用资源多，需要延时加载，静态内部类 好于 懒汉式