概述:确保一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。
关键点:
构造函数不对外开放,一般为private。
通过一个静态方法或者枚举返回单例类对象。
确保单例类的对象有且只有一个,尤其在多线程情况下。
确保单例类对象在反序列化时不会重新构建对象
(1)饿汉模式
饿汉式单例模式(在类加载时就完成了初始化,所以类加载较慢,但获取对象的速度快)
public classEagerSingle {//饿汉模式单例//在类加载时就完成了初始化,所以类加载较慢,但获取对象的速度快
private static EagerSingle single = new EagerSingle();//静态私有成员,已初始化
privateEagerSingle() {//私有构造函数
}public static EagerSingle getInstance() {//静态,不用同步(类加载时已初始化,不会有多线程的问题)
returnsingle;
}
}
(2)懒汉模式
懒汉模式声明一个静态对象,并且在用户第一次调用getInstance时进行初始化。
public classLazySingleton {//懒汉模式单例//比较懒,在类加载时不创建实例,因此类加载熟读快,但运行时获取对象速度慢
private static LazySingleton instance;//静态私有成员,没有初始化
privateLazySingleton() {//私有构造函数
}public static synchronized LazySingleton getInstance() {//静态、同步、公开访问
if (instance == null) {
instance= newLazySingleton();
}returninstance;
}
}
synchronized关键字保证了同步,在多线程情况下单例的唯一性。
存在问题:即使instance已经存在,每次调用getInstance依然会进行同步,这样就会消耗不必要的资源。
总结:懒汉模式的优点是只有在使用时才会实例化单例对象,在一定程度上节约了资源;缺点是第一次加载时需要进行实例化,反应稍慢;最大问题是每次调用都会进行同步吗,造成不必要的同步开销。这种模式一般不建议使用。
(3)Double Check Lock(DCL)双重校验锁
DCL方式实现单例的优点是既能在需要时才初始化单例,又能保证线程安全,且单例对象初始化后调用getInstance不进行同步锁。
public classDCLSingleton {//Double Check Lock单例模式//懒汉模式的改进//但仍然存在隐患
private static DCLSingleton instance = null;privateDCLSingleton() {
}public staticDCLSingleton getInstance() {if (instance == null) {//第一层判断主要是为了避免不必要的同步
synchronized (DCLSingleton.class) {if (instance == null) {//第二层判空是为了在null情况下创建实例
instance = newDCLSingleton();
}
}
}returninstance;
}
}
亮点在getInstance方法上,有两次判空。第一层判断主要是为了避免不必要的同步,第二层判空是为了在null情况下创建实例。
执行下面这行代码
single = new Singleton();
实际上并不是一个原子操作,这句代码实际做了3件事
给Singleton的实例分配内存;
调用Singleton()的构造函数,初始化成员字段
将instance对象指向分配的内存空间(此时instance已经不是null了)
问题:但由于java编译器允许处理器乱序执行,上述顺序2、3是不能保证的,可能是1-2-3也可能是1-3-2;如果是后者,3执行了已经非空,再走2会出现问题,这就是DCL失效。
解决: volatile关键字
//private static DCLSingleton instance = null;
private volatile static DCLSingleton instance = null;
只需要加上volatile关键字,如上述代码操作就可以保证instance对象每次都是从主内存中读取的,就可以采用DCL来完成单例模式了。当然,volatile或多或少会影响到性能,但考虑到程序的正确性,牺牲点性能还是值得的。
总结:
优点:资源利用率高,第一次执行getInstance时单例对象才会被实例化,效率高。
缺点:第一次加载时反应稍慢;由于java内存模型的原因偶尔会失败,在高并发环境下也有一定的缺陷,虽然概率很小。
DCL模式是使用最多的单例实现方式
(4)静态内部类单例模式
public classInnerSingleton {privateInnerSingleton() {
}public staticInnerSingleton getInstance() {returnInnerSingletonHolder.instance;
}/*** 静态内部类*/
private static classInnerSingletonHolder {private static final InnerSingleton instance = newInnerSingleton();
}
}
总结:第一次加载InnerSingleton类时并不会初始化instance,只有在第一次调用InnerSingleton的getInstance方法时才会导致instance被初始化。因此,第一次调用getInstance方法会导致虚拟机加载InnerSingleton类,这种方法不仅能保证线程安全,也能够保证单例对象的唯一性,同时也延迟了单例的实例化,所以这也是一种推荐的单例模式实现方法
(5)枚举单例
public enumEnumSingleton {
INSTANCE;public voiddoSomething() {//do sth ...
}
}
震惊?没错!就是枚举!
写法简单;枚举在java种与普通类是一样的,不仅能够有字段,还能够有自己的方法。最重要的是默认枚举实例的创建时线程安全的,并且在任何情况下都是一个单例。
为什么这么说呢? 在上述的集中单例模式实现种,在一个情况下他们都会出现重新创建对象的情况,那就是反序列化。
补充: 通过序列化可以将一个单例的实例对象写到磁盘,然后再读回来,从而有效的获取一个实例。即使构造函数是私有的,反序列化时依然可以通过特殊的途径去创建类的一个新的实例,相当于调用该类的构造函数。