单例模式

单例模式是一个比较简单的模式，定义：确保某一个类只有一个实例，而且自行实例化并向整个系统自行提供这个实例。

通用类图如下：

优点：

1）由于单例模式在内存中只有一个实例，减少了内存开支，特别是一个对象需要频繁地创建、销毁时，而且创建或销毁时性能又无法优化，单例模式的优势就非常明显。

2）由于单例模式只生成一个实例，所以减少了系统的性能开销，当一个对象的产生需要比较多的资源时，如读取配置、产生其他依赖对象时，则可以通过在应用启动时直接产生一个单例对象，然后用永久驻留内存的方式来解决（在Java EE中采用单例模式要注意JVM垃圾回收机制）。

3）单例模式可以避免对资源文件的多重占用，例如一个写文件的动作，由于只有一个实例在内存中，避免对同一个资源文件的同时写操作。

4）单例模式可以在系统中设置全局访问点，优化和共享资源访问，例如可以设计一个单例类，负责所有数据表的映射处理。

缺点：

1）单例模式一般没有接口，扩展很困难，除了修改代码基本上没有第二种途径可以实现。单例模式为什么不能增加接口呢？因为接口对单例模式没有任何意义，它要求”自行实例化“，并且提供单一实例，接口或抽象类是不可能被实例化的。

2）单例模式对测试是不利的。在并行开发环境中，如果单例模式没有完成，是不能进行测试的。

3）单例模式与单一职责原则有冲突。一个类应该只实现一个逻辑，而不关心它是否是单例的，是不是要单例取决于环境，单例模式把“要单例”和业务逻辑融合在一个类中。

使用场景：

1）要求生成唯一序列号的环境

2）在整个项目中需要一个共享访问点或共享数据，例如一个web页面上的计数器，可以不用把每次刷新都记录到数据库中，使用单例模式保持计数器的值，并确定是线程安全的。

3）创建一个对象需要消耗的资源过多，例如要访问IO和数据库等资源

4）定义大量的静态常量和静态方法（如工具类）的环境，可以采用单例模式，也可以直接声明为static的方式

下面介绍单例模式的几种实现方式：

不好的解法一：懒汉式     只适用于单线程环境

public class Singleton1 {
    private static Singleton1 instance = null;
    private Singleton1(){

    }
    public static Singleton1 getInstance(){
        if(instance == null){
            instance = new Singleton1();
        }
        return instance;
    }
}

如果有多个线程同时运行到判断instance是否为null的if语句，并且instance的确没有创建时，则会创建多个实例。

不好的解法二：能在多线程环境中运行，但效率不高

public class Singleton2 {
    private static Singleton2 instance = null;
    private Singleton2(){

    }
    public static synchronized Singleton2 getInstance(){
        if(instance == null){
            instance = new Singleton2();
        }
        return instance;
    }
}

有多个线程同时想创建实例，由于在一个时刻只有一个线程能得到同步锁，当第一个线程加上锁时，其它线程只能等待。当第一个线程发现实例还没有创建时，它创建出一个实例，释放同步锁，此时第二个线程可以加上同步锁，并运行接下来的代码。由于第一个线程已经创建出实例，第二个线程不会重复创建，保证了多线程环境中也只能得到一个实例。

但是每次得到实例时，都会加上一个同步锁，而加锁是一个非常耗时的操作，应该尽量避免。

可行的解法：双重检查加锁  JDK1.5之后

public class Singleton3 {
    private static volatile Singleton3 instance = null;
    private Singleton3(){

    }
    public static Singleton3 getInstance(){
        if(instance == null){
            synchronized(Singleton3.class){
                if(instance == null){
                    instance = new Singleton3();
                }
            }
        }
        return instance;
    }
}

为什么用了synchronized还要加volatile关键字：

1）保证了多线程环境下变量修改的可见性，但不能保证原子性（原子性由synchronized保证）

2）禁止进行指令重排序

《深入理解Java虚拟机》中有提到过，加入volatile关键字所生成的汇编代码中，会多一个lock前缀指令，相当于一个内存屏障，提供3个功能：

    ① 确保指令重排序时不会把它后面的指令排到内存屏障之前的位置，也不会把它前面的指令排到内存屏障的后面，即在执行到内存屏障这句指令时，它前面的操作已全部完成

    ② 它会强制将对缓存的修改操作立即写入主存

    ③ 如果是写操作，它会导致其它CPU中对应的缓存行无效

以后再专门写一篇博客介绍volatile关键字，这边不说那么详细。

推荐的解法一：饿汉式

public class Singleton4 {
    private static Singleton4 instance = new Singleton4();
    private Singleton4(){

    }
    public static Singleton4 getInstance(){
        return instance;
    }
}

实例instance不是在第一次调用Singleton4.getInstance()的时候被创建的，而是在第一次用到Singleton4的时候就会被创建，过早创建实例，会降低内存的使用效率。

推荐的解法二：静态内部类

public class Singleton5 {
    private Singleton5 (){

    }
    private static class SingletonInstance{
        private static Singleton5 instance = new Singleton5();
    }
    private static Singleton5 getInstance(){
        return SingletonInstance.instance;
    }
}

实现了延迟加载，只有调用了getInstance()方法，才会创建唯一的实例到内存中，并且利用了JVM的类加载机制来保证其线程安全性。

推荐的解法三：枚举（强推！！！）

相较以上几种写法而言，枚举的代码实现会精简很多，以上几种写法，大部分代码都是为了保证线程安全，而枚举的底层解决了线程安全问题。

public enum Singleton {  
    INSTANCE;  
    public void getOtherMethod() {  
    }  
} 

调用

Singleton.INSTANCE.getOtherMethod();

本文不详细介绍，回头专门写篇文章介绍利用枚举实现单例模式。

以上。

To be continued...

参考《设计模式之禅（第二版）》、《剑指Offer（第2版）》