一、单例模式的定义
确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例
通用类图:
角色介绍:
Client——高层客户端
Singleton——单例类
实现单例模式主要有如下几个关键点:
(1)构造方法不对外开放,一般为private
(2)通过一个静态方法或者枚举返回单例类对象
(3)确保单例类的对象有且只有一个,尤其是在多线程下;
(4)确保单例类对象在反序列化时不会重新构造对象
通用代码:
public class Singleton {
private static final Singleton singleton = new Singleton();
//限制产生多个对象
private Singleton() {
}
//通过该方法获得实例对象
public static Singleton getSingleton() {
return singleton;
}
//类中其他方法,尽量是static
public static void doSomething() {
}
}
二、单例模式的优缺点和使用场景
优点:
1、由于单例模式在内存中只有一个实例,减少了内存开支,特别是一个对象需要频繁的创建销毁时,而且创建或销毁时性能又无法优化,单例模式的优势就非常明显
2、由于单例模式只生成一个实例,所以减少了系统的性能开销,当一个对象的产生需要比较多的资源时,如读取配置、产生其他依赖对象时,则可以通过在应用启动时直接产生一个单例对象,然后用永久驻留内存的方式解决
3、单例模式可以避免对资源的多重占用,例如一个写文件动作,由于只有一个实例在内存中,避免对同一资源文件的同时写操作
4、单例模式可以在系统设置全局的访问点,优化和共享资源访问
缺点:
单例模式一般没有接口,扩展很困难,若要扩展,除了修改代码基本上没有第二种途径可以实现。
单例模式对测试是不利的。在并行开发环境中,如果单例模式没有完成,是不能进行测试的,没有接口也不能使用mock的方式虚拟一个对象
单例模式与单一职责冲突。一个类应该只实现一个逻辑,而不关心他是否是单例的,是不是单例的取决于环境,单例模式把“要单例”和业务融合在一个类中。
使用场景:
要求生成唯一序列号的环境;
在整个项目中需要一个共享访问点或共享数据
创建一个对象需要消耗的资源过多
需要定义大量的静态常量和静态方法的环境
三、单例模式的其他实现方式
1、懒汉模式
懒汉模式是声明一个静态对象,并且在用户第一次调用getInstance时进行初始化,而上述的饿汉模式是在声明静态对象时已经初始化,懒汉的单例模式实现如下:
public class Singleton {
private static Singleton instance;
private Singleton() {
}
public static synchronized Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
懒汉模式的优点是单例只有在使用时才会被实例化,在一定程度上节约了资源;缺点是第一次加载需要及时进行实例化,反应稍慢,最大问题是每次调用getInstance都进行同步,造成不必要的同步开销。这种模式一般不建议使用。
2、Double Check Lock(DDL)实现单例
DCL方式实现单例模式的优点是既能够在需要时才初始化单例,又能保证线程安全,且单例对象初始化后调用getInstance不进行同步锁,代码如下:
public class Singleton {
private static Singleton singleton = null;
private Singleton() {
}
public static Singleton getSingleton() {
if (singleton == null) {
synchronized (Singleton.class) {
if (singleton == null) {
singleton = new Singleton();
}
}
}
return singleton;
}
}
在getInstance方法中对instance进行了两次判空:第一次判空是为了避免不必要的同步,第二次是为了在null情况下创建实例。但是这种模式还是有他的缺陷。
假设线程A执行到instance = new Singleton()语句,这里看起来是一句代码,但实际上并不是一个原子操作,这句话最终被编译成多条汇编指令,它大概做了3件事情:
(1)给Singleton的实例分配内存
(2)调用Singleton()的构造方法,初始化成员字段;
(3)将instance对象指向分配的内存空间(此时instance就不是null了)
但是,由于java编译器允许处理器乱序执行,以及jdk1.5之前的JMM(Java Memory Model,即Java内存模型)中Cache、寄存器到主内存回写顺序的规定,上面的第二和第三顺序是无法保证的。也就是说,执行顺序可能是1-2-3,也可能是1-3-2,如果是后者,并且在3执行完毕、2未执行之前,被切换到线程B上,这时instance因为已经在线程A内执行了第三点,instance已经是非空的了,所以线程B直接取走instance,再使用时就会出错,这就是DDL失效问题,而且这种难以跟踪难以重现的错误很可能会隐藏很久。
在JDK1.5之后,SUN官方已经注意到这种问题,调整了JVM,具体化了volatile关键字,因此,在JDK1.5及其以后的版本,只需要将instance的定义改成private volitile static Singleton instance = null就可以保证instance对象每次都是从主内存读取,就可以使用DCL的写法来完成单例模式。当然,volatile或多或少也会影响性能,但考虑到程序的正确性,牺牲这点性能还是值得的。
DCL的优点:资源利用率高,第一次执行getInstance时单例对象才会被实例化,效率高。缺点:第一次加载反应稍慢,也由于Java内存模型的原因偶尔会失败。在高并发环境下也有一定的缺陷,虽然发生概率很小。
3、静态内部类单例模式
DCL虽然在一定程度上解决了资源消耗、多余的同步、线程安全问题,但是,它还是在某些情况下出现失效的问题,这个问题被称为双重检查锁定(DCL)失效。而建议使用如下的代码代替:
public class Singleton {
private Singleton() {
}
public static Singleton getInstance() {
return SingletonHolder.instance;
}
private static class SingletonHolder {
private static final Singleton instance = new Singleton();
}
}
当第一次加载Singleton类时并不会初始化instance,只有在第一次调用Singleton的getInstance方法时才会导致instance被初始化。因此,第一次调用getInstance方法会导致虚拟机加载SingletonHolder类,这种方式不仅能确保线程安全,也能够保证单例对象的唯一性,同时也延迟了单例的实例化,所以是推荐使用的单例模式实现方式。
4、枚举单例
还有一种方式比较简单:
public enum Singleton {
SINGLETON;
public void doSomething() {
System.out.println("do sth.");
}
}
写法简单是枚举单例的最大的优点,枚举在java中与普通的类是一样的,不仅能有字段,还能够有自己的方法。最重要的是默认枚举实例的创建是线程安全的,并且在任何情况下它都是一个单例。
5、使用容器类实现的单例
public class SingletonManager {
private static Map<String, Object> objMap = new HashMap<String, Object>();
private SingletonManager() {
}
public static void registerService(String key, Object instance) {
if (!objMap.containsKey(key)) {
objMap.put(key, instance);
}
}
public static Object getService(String key) {
return objMap.get(key);
}
}