参考文章:Java单例模式——并非看起来那么简单
单例(Singleton)模式在Java中是一种广泛使用的设计模式。其主要是为了保证在Java程序中,某个类只有一个实例存在,从而减少每次创建对象的时间开销,同时节约内存空间。与此同时,它还能够避免由于操作多个实例而导致的逻辑错误。
单例模式应用的场景一般发生在以下条件下:
1、资源共享的情况下,避免由于资源操作时导致的性能或损耗等。如日志文件、应用配置。
2、控制资源的情况下,方便资源之间的互相通信。如线程池等。
而对于单例模式的实现,有以下几种方式。
1、饿汉模式
在类加载的时候就对实例进行创建,实例在整个程序周期都存在。这种实现方式适合单例占用内存比较小,在初始化时就会被用到的情况。
public class Singleton {
private static Singleton instance = new Singleton();
private Singleton(){}
public static Singleton newInstance() {
return instance;
}
}
好处:只在类加载的时候创建一次实例,不会存在多个线程创建多个实例的情况,避免了多线程同步的问题。
缺点:即使这个单例没有用到也会被创建,而且在类加载之后就被创建,内存就被浪费了。
2、懒汉模式
在需要单例的时候才去创建,如果再次调用获取接口直接返回之前创建的对象。结合考虑线程安全问题,在多个线程可能会并发调用getInstance()
方法,因此需要加锁解决线程同步问题。
public class Singleton {
private static Singleton instance = null;
private Single(){}
public static synchronized Singleton newInstance() {
if (instance == null)
instance = new Singleton();
return instance;
}
}
优点:当单例使用的次数少,并且创建单例消耗的资源较多时,懒汉模式比饿汉模式更为适合。
缺点:加锁的懒汉模式存在性能问题,synchronized
修饰的同步方法比一般方法要慢很多,如果多次调用getInstance()
,累计的性能消耗就比较大。
3、双重校验锁
函数内拥有两次判断instance
是否为null
,第一次判断是为了过滤掉instance
不为空的情况,而当线程A和B同时在实例尚未初始化时,就需要分先后顺序,假设线程A先进入同步代码块,此时线程A会初始化实例,再进行完代码块后,线程B进入同步代码块,发现此时实例已被初始化,则便不需要再次初始化。
public class Singleton {
private static volatile Singleton instance = null;
private Singleton(){}
public static Singleton getInstance() {
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null)
instance = new Singleton();
}
return instance;
}
}
volatile
关键字是在JDK1.5
及以后版本增加的,它的一个语义是禁止指令系统重排优化,目的是为了保证instance
变量被赋值的时候对象已经是初始化过的。
双重校验锁实现了延迟加载,又解决了线程并发问题,同时还解决了执行效率问题。
4、静态内部类
public class Singleton {
private static class SingletonHolder {
public static Singleton instance = new Singleton();
}
private Singleton(){}
public static Singleton newInstance() {
return SingletonHolder.instance;
}
}
与饿汉模式一样,利用类加载机制来保证只创建一个instance实例,不存在多线程并发的问题。不一样的是,它是在内部类里面去创建对象实例。这样的话,只要应用中不使用内部类,JVM就不会去加载这个单例类,也就不会创建单例对象,从而实现懒汉式的延迟加载。
静态内部类可以同时保证延迟加载和线程安全。
5、枚举
public enum Singleton {
instance;
public void whateverMethod(){}
}
前四种实现单例的方式都有共同的缺点:
1)需要额外的工作来实现序列化,否则每次反序列化一个序列化的对象时都会创建一个新的实例。
2)可以使用反射强行调用私有构造器(如果要避免这种情况,可以修改构造器,让它在创建第二个实例的时候抛出异常)。
而枚举类很好的解决了这两个问题,使用枚举除了线程安全和防止反射调用构造器之外,还提供了自动序列化机制,防止反序列化的时候创建新的对象,因此《Effective Java》作者推荐这种方法。
总结
其中饿汉模式和懒汉模式不够完美,双重校验锁和静态内部类的方式可以解决大部分问题,枚举方式虽然很完美的解决了各种问题,但在实际工作中,很少看见有人这么写。