一、为什么使用单例模式?
- 确保系统中一个类只产生一个实例,对系统中的关键组件和被频繁使用的对象可改善其性能。
二、使用单例模式的好处是什么?
- 对于频繁使用的对象(如工具类),可以省略创建对象消耗的时间,特别是一些重量级的对象,可节省系统开销。
- 减少了new操作,对系统内存的使用频率也会降低,可减轻GC压力,缩短停顿时间。
三、单例模式角色
角色 | 作用 |
---|---|
单例类 | 提供单例工厂,返回单例 |
使用者 | 获取并使用单例类 |
四、实现方式
1. 简单实现方式(饿汉式)
public class Singleton(){
private Singleton(){
System.out.println("Singleton is created");
}
private static final Singleton instance = new Singleton();
public static Singleton getInstance(){
return instance;
}
}
单例类必须私有化构造函数,不能被其他代码实例化。
缺点:这个实现方式的不足之处是无法做到延迟加载。
2. 延迟加载实现方式(懒汉式)
public class LazySingleton(){
private LazySingleton(){
System.out.println("LazySingleton is created");
}
private static LazySingleton instance = null;
public static synchronized LazySingleton getInstance(){
if(null == instance){
instance = new LazySingleton();
}
return instance;
}
}
对静态成员变量instance初始值设置为null,系统启动时无须创建实例。
在获取实例对象时先判断是否存,若存在则返回,不存在则创建单例。为防止多线程环境导致多个实例被创建问题,加入同步关键字synchronized。
缺点:与第一种实现相比,因加入了同步关键字,在多线程环境耗时要远远多于第一种。
3. 内部类实现方式
public class StaticSingleton(){
private StaticSingleton(){
System.out.println("StaticSingleton is created");
}
private static class SingletonHolder{
private static StaticSingleton instance = new StaticSingleton();
}
public static StaticSingleton getInstance(){
return SingletonHolder.instance;
}
}
当StaticSingleton被加载时,其内部类不会被初始化,故不会创建单例类,当调用getInstance()方法时才会加载内部类初始化instance。
由于实例的创建是在类加载时完成,故天生对多线程友好,无需使用同步关键字。
补充:
1. 任然可以通过反射机制,强行调用单例类的私有构造函数,生成多个单例。
2. 序列化和反序列化也可能会破坏单例。