浅谈单例模式

什么是单例模式

单例模式，是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例的特殊类。通过单例模式可以保证系统中，应用该模式的一个类只有一个实例。即一个类只有一个对象实例。

在《设计模式》中，是这样来说明单例模式的：“保证一个类仅有一个实例，并提供一个访问它的全局访问点。”

单例模式的优点

– 由于单例模式只生成一个实例,减少了系统性能开销,当一个对象的产生需要比较多的资源时,如读取配置、产生其他依赖对象时,则可以通过在应用启动时直接产生一个单例对象,然后永久驻留内存的方式来解决

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

常见的五种单例模式实现方式

– 主要:

• 饿汉式(线程安全,调用效率高,不能延时加载。)

• 懒汉式(线程安全,调用效率不高,可以延时加载。)

– 其他:

• 双重检测锁式(基于懒汉式的优化版本)

• 静态内部类式(线程安全,调用效率高,可以延时加载)

• 枚举单例(线程安全,调用效率高,不能延时加载)

饿汉式实现(单例对象立即加载)

代码如下：

public class SingletonDemo {
    private static SingletonDemo sd = new SingletonDemo();
    //私有化构造器
    private SingletonDemo(){} 
    
    public static SingletonDemo getInstance(){
        return s;
    }
}

说明：

• 饿汉式单例模式代码中,static变量会在类装载时初始化,此时也不会涉及多个线程对象访问该对象的问题。虚拟机保证只会装载一次该类,肯定不会发生并发访问的问题

• 如果只是加载本类,而不是要调用getInstance(),甚至永远没有调用,则会造成资源浪费

懒汉式实现(单例对象延迟加载)

代码如下：

public class SingletonDemo {
    private static SingletonDemo s;
    //私有化构造器
    private SingletonDemo(){} 
    public static synchronized SingletonDemo getInstance(){
        if(s==null){
            s = new SingletonDemo();
        }
        return s;
    }
}

说明：

• 实现延迟加载，在真正使用对象的时候才加载对象

• 资源利用率高了。但是,每次调用getInstance()方法都要同步,并发效率较低。

双重检测锁实现

代码如下：

public class SingletonDemo { 

    private static SingletonDemo instance = null; 

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

    private SingletonDemo() { 
    }    
}

说明：

• 这个模式将同步内容下方到if内部，提高了执行的效率，不必每次获取对象时都进行同步，只有第一次才同步，创建了以后就没必要了。

• 由于编译器优化原因和JVM底层内部模型原因，偶尔会出问题：

    实例化对象的那行代码（标记为unsafe的那行），实际上可以分解成以下三个步骤：

    • 分配内存空间

    • 初始化对象

    • 将对象指向刚分配的内存空间

    但是有些编译器为了性能的原因，可能会将第二步和第三步进行重排序，顺序就成了：

    • 分配内存空间

    • 将对象指向刚分配的内存空间

    • 初始化对象

在并发情况下，就可能出现两个线程同时调用getInstance创建对象，线程A先调用该方法，线程A创建单例对象，由于重排序的影响，线程A创建的对象分配了内存空间但尚未被初始化，此时线程B调用该方法，检查到instance不为空，就直接调用未初始化完成的对象，导致错误。

对于这种情况应该这么解决：

public class SingletonDemo { 

    private volatile static SingletonDemo instance = null; 

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

    private SingletonDemo() { 
    }    
}

说明：使用了volatile关键字后，重排序被禁止，所有的写（write）操作都将发生在读（read）操作之前。至此，双重检查锁就可以完美工作了

静态内部类实现方式(也是一种懒加载方式)

代码如下：

public class SingletonDemo {
	
	private static class SingletonClassInstance { 
		private static final SingletonDemo instance = new SingletonDemo(); 
	} 

	public static SingletonDemo getInstance() { 
		return SingletonClassInstance.instance; 
	} 

	private SingletonDemo() { 
	} 
}

说明：

• 外部类没有static属性，则不会像饿汉式那样立即加载对象。

• 只有真正调用getInstance(),才会加载静态内部类。加载类时是线程 安全的。 instance是static final类型，保证了内存中只有这样一个实例存在，而且只能被赋值一次，从而保证了线程安全性.

• 兼备了并发高效调用和延迟加载的优势！

枚举实现单例模式

代码如下：

public enum SingletonDemo {
     /**
     * 定义一个枚举的元素，它就代表了Singleton的一个实例。
     */
    INSTANCE;
    /**
     * 单例可以有自己的操作
     */
    public void singletonOperation(){
        //功能处理
    }
}

说明：

• 实现简单

• 枚举本身就是单例模式。由JVM从根本上提供保障！避免通过反射和反序列化的漏洞！（通过序列化和反序列化可破解上面几种单例模式）

• 无延迟加载

常见应用场景：

• Windows的Task Manager（任务管理器）就是很典型的单例模式

• windows的Recycle Bin（回收站）也是典型的单例应用。在整个系统运行过程中，回收站一直维护着仅有的一个实例。

• 项目中，读取配置文件的类，一般也只有一个对象。没有必要每次使用配置文件数据，每次new一个对象去读取。

• 网站的计数器，一般也是采用单例模式实现，否则难以同步。

• 应用程序的日志应用，一般都何用单例模式实现，这一般是由于共享的日志文件一直处于打开状态，因为只能有一个实例去操作，否则内容不好追加。

• 数据库连接池的设计一般也是采用单例模式，因为数据库连接是一种数据库资源。

• 操作系统的文件系统，也是大的单例模式实现的具体例子，一个操作系统只能有一个文件系统。

• Application 也是单例的典型应用

• 在Spring中，每个Bean默认就是单例的，这样做的优点是Spring容器可以管理

• 在servlet编程中，每个Servlet也是单例

• 在spring MVC框架框架中，控制器对象也是单例

性能测试

在多线程环境下的效率测试:

 

饿汉式	23ms
懒汉式	620ms
静态内部类式	28ms
枚举式	30ms
双重检查锁式	60ms

单例模式选择

单例对象占用资源少，不需要延时加载：枚举式（优先），饿汉式

单例对象占用资源 大，需要延时加载：静态内部类式，双重检测锁式，懒汉式（效率低于前面两种）