单例模式的定义
“Ensure a class has only instance, and provide a global point of access to it.”
(确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。)
package com.example.demo.designpatterns;
/**
* 饿汉式
* 是否 Lazy 初始化:否
* 是否多线程安全:是
* 实现难度:易
* 描述:这种方式比较常用,但容易产生垃圾对象。
*/
public class Singleton {
private static final Singleton singleton = new Singleton();
//让构造函数为 private,这样该类就不会被实例化
private Singleton() { }
//获取唯一可用的对象
public static Singleton geInstance(){
return singleton;
}
}
/**
* 懒汉式,线程安全(线程不安全省略)
* 是否 Lazy 初始化:是
* 是否多线程安全:是
* 实现难度:易
* 描述:这种方式具备很好的 lazy loading,能够在多线程中很好的工作,但是,效率很低,99% 情况下不需要同步。
* 优点:第一次调用才初始化,避免内存浪费。
* 缺点:必须加锁 synchronized 才能保证单例,但加锁会影响效率。getInstance() 的性能对应用程序不是很关键(该方法使用不太频繁)
*/
class Singleton1 {
private static Singleton1 singleton = null;
//让构造函数为 private,这样该类就不会被实例化
private Singleton1() { }
//获取唯一可用的对象
public synchronized static Singleton1 geInstance(){
if (singleton == null){
singleton = new Singleton1();
}
return singleton;
}
}
/**
* 双检锁/双重校验锁(DCL,即 double-checked locking)
* JDK 版本:JDK1.5 起
* 是否 Lazy 初始化:是
* 是否多线程安全:是
* 实现难度:较复杂
* 描述:这种方式采用双锁机制,安全且在多线程情况下能保持高性能。getInstance() 的性能对应用程序很关键。
*/
class Singleton2 {
private static Singleton2 singleton = null;
//让构造函数为 private,这样该类就不会被实例化
private Singleton2() { }
//获取唯一可用的对象
public static Singleton2 geInstance(){
if (singleton == null){
synchronized (Singleton2.class) {
if(singleton == null){
singleton = new Singleton2();
}
}
}
return singleton;
}
}
/**
* 登记式/静态内部类
* 是否 Lazy 初始化:是
* 是否多线程安全:是
* 实现难度:一般
* 描述:这种方式能达到双检锁方式一样的功效,但实现更简单。对静态域使用延迟初始化,应使用这种方式而不是双检锁方式。
* 这种方式只适用于静态域的情况,双检锁方式可在实例域需要延迟初始化时使用。
* 这种方式同样利用了 classloader 机制来保证初始化 instance 时只有一个线程,它跟第 3 种方式不同的是:
* 第 3 种方式只要 Singleton 类被装载了,那么 instance 就会被实例化(没有达到 lazy loading 效果),
* 而这种方式是 Singleton 类被装载了,instance 不一定被初始化。因为 SingletonHolder 类没有被主动使用,
* 只有通过显式调用 getInstance 方法时,才会显式装载 SingletonHolder 类,从而实例化 instance。想象一下,
* 如果实例化 instance 很消耗资源,所以想让它延迟加载,另外一方面,又不希望在 Singleton 类加载时就实例化,
* 因为不能确保 Singleton 类还可能在其他的地方被主动使用从而被加载,那么这个时候实例化 instance 显然是不合适的。
* 这个时候,这种方式相比第 3 种方式就显得很合理。
*/
class Singleton3 {
private static class SingletonHolder{
public static final Singleton3 singleton = new Singleton3();
}
//让构造函数为 private,这样该类就不会被实例化
private Singleton3() { }
//获取唯一可用的对象
public static final Singleton3 getInstance() {
return SingletonHolder.singleton;
}
}
/**
* 枚举
* JDK 版本:JDK1.5 起
* 是否 Lazy 初始化:否
* 是否多线程安全:是
* 实现难度:易
* 描述:这种实现方式还没有被广泛采用,但这是实现单例模式的最佳方法。它更简洁,自动支持序列化机制,绝对防止多次实例化。
* 这种方式是 Effective Java 作者 Josh Bloch 提倡的方式,它不仅能避免多线程同步问题,而且还自动支持序列化机制,
* 防止反序列化重新创建新的对象,绝对防止多次实例化。不过,由于 JDK1.5 之后才加入 enum 特性,用这种方式写不免让人感觉生疏,
* 在实际工作中,也很少用。不能通过 reflection attack 来调用私有构造方法。
*/
class Singleton4 {
private enum SingletonEnum{
SINGLETON_ENUM;
private Singleton4 singleton;
SingletonEnum(){
singleton = new Singleton4();
}
public Singleton4 getInstance(){
return singleton;
}
}
//让构造函数为 private,这样该类就不会被实例化
private Singleton4() { }
//获取唯一可用的对象
public static final Singleton4 getInstance() {
return SingletonEnum.SINGLETON_ENUM.getInstance();
}
}
单例模式的应用
-
单例模式的优点
Ⅰ.由于单例模式在内存中只有一个实例,减少了内存开支,特别是一个对象需要频繁地创建、销毁时,而且创建和销毁时性能又无法优化,单例模式的优势就非常明显了。
Ⅱ.由于单例模式只生产一个实例。所以减少了系统的性能开销.
Ⅲ.单例模式可以避免对资源的多重利用,例如一个写文件动作,由于只有一个实例存在内存中,避免对同一资源文件地同时写操作。
Ⅳ.单例模式可以在系统设置全局的访问点,优化和共享资源访问,例如可以设计一个单例类,负责所有表的映射处理。 -
单例模式的缺点
Ⅰ.单例模式一般没有接口,扩展很困难(接口或抽象类是不能被实例化的)。
Ⅱ.单例模式对测试是不利的。
Ⅲ.单例模式和单一职责原则有冲突。一个类只应该实现一个逻辑,而不是关系它是否是单例地,是不是要单例企业绝域环境,单例模式把“要单例”和业务逻辑融合在一个类中。 -
单例模式的使用场景
在一个系统中,要求一个类有且仅有一个对象,如果出现多个对象就会出现“不良反应”,可以采用单例模式,具体场景如下:
Ⅰ.要求生成唯一序列号的环境;
Ⅱ.在整个项目中需要一个共同访问点和共享数据,例如一个Web页面上的计数器;
Ⅲ.创建一个对象需要消耗的资源过多,如要访问IO和数据库等资源;
Ⅳ.需要定义大量的静态常量和静态方法的环境,可以采用单例模式(当然也可以直接声明为static的方式)。 -
单例模式的注意事项
首先,在高并发情况下,请注意单例模式的线程同步问题。单例模式有几种不同的实现方式,具体可以看我贴的代码。
单例模式的最佳实践
单例模式是23种设计模式中比较简单的,应用非常广泛,比如在Spring中,每个Bean默认就是单例的,这样做的优点是Spring容器可以管理这些Bean的生命期,决定什么时候创建出来,什么时候销毁,销毁的时候该怎么处理等等。如果采用非单例模式(Prototype类型),则Bean初始化后的管理交由J2EE容器,Spring容器不在跟踪管理它的生命周期。