单例模式(Singleton pattern),是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例的特殊类。通过单例模式可以保证系统中,应用该模式的类一个类只有一个实例。即一个类只有一个对象实例。如果仅仅是提供全局访问的方法,这种情况下考虑使用静态方法,当类中需要访问资源并需要关注类中对象状态时,则应该使用单例模式。如EventBus,内部缓存了订阅者及其订阅方法的信息,所以各个组件需要向同一个EventBus对象注册自己,才能接收到event事件,所以需要全局唯一的对象。单例模式有多种写法。
1.懒汉模式
//懒汉模式(线程不安全)
public class Singleton {
private static Singleton instance;
private Singleton(){}
//用synchronized关键字修饰方法,可保证线程安全
private static Singleton getInstance(){
if(instance == null){
instance = new Singleton();
}
return instance;
}
}
这种写法在用户第一次调用时初始化,所以第一次加载稍慢,而且线程不安全。可用synchronized修饰getInstance()方法保证线程安全,但每次调用此方法都需要进行同步,会造成不必要的开销。
2.饿汉模式
/饿汉模式
public class Singleton {
private static Singleton instance = new Singleton();
private Singleton(){}
public static Singleton getInstance(){
return instance;
}
}
这种写法在类加载时就完成了初始化,所以加载较慢,但获取对象较快。这种方式基于类加载机制,避免了多线程问题,但如果从始至终都没有使用,会造成内存的浪费。
3.双重检验机制(DCL)
//双重检查模式
public class Singleton {
private static volatile Singleton instance;
private Singleton(){}
private static Singleton getInstance(){
if(instance == null){
synchronized (Singleton.class){
if(instance == null){
instance = new Singleton();
}
}
}
return instance;
}
}
这种写法资源利用率高,线程安全,方法中第一次判空避免不必要的同步,第二次为空才创建实例。但在某种情况下会出现失效(DCL失效),可阅读相关文章:简述DCL失效原因,解决方法
4.静态内部类模式
//静态内部类模式
public class Singleton {
private Singleton(){}
public static Singleton getInstance(){
return SingletonHolder.instance;
}
private static class SingletonHolder{
private static final Singleton instance = new Singleton();
}
}
第一次加载类并不会初始化instance,只有第一次调用getInstance()方法时才会加载内部类并初始化instance,不仅保证线程安全,也能确保唯一性。