单例模式
概述
单例模式是 Java 中最简单,也是最基础,最常用的设计模式之一。
8种实现方式
- 饿汉式(静态常量)(√)
- 饿汉式(静态代码块)(√)
- 懒汉式(线程不安全)
- 懒汉式(线程安全,同步方法)
- 懒汉式(线程安全,同步代码块)
- 双重检查(√)
- 静态内部类(√)
- 枚举类(√)
注:打对号的实现方式是推荐使用。
具体代码实现
1. 饿汉式(静态常量)(推荐使用)
class Singleton{
//构造方法私有化,外部不能new
private Singleton(){
}
private final static Singleton instance = new Singleton();
public static Singleton getInstance(){
return instance;
}
}
形象的说,饿所以创建快一点来消费。安全又简单粗暴、上来就创建的饿汉式。
写法安全的原因
在类加载子系统中、有加载、连接、初始化三个阶段;
在初始化阶段、会执行clinit方法、这个方法是JVM自动帮我们生成的、会根据所有的静态变量、静态代码块生成一个clinit方法、由这个方法执行static代码块、以及static变量的初始化过程;
2.饿汉式(静态代码块)(推荐使用)
利用静态代码块进行单例的初始化;
class Singleton{
//构造方法私有化,外部不能new
private Singleton(){
}
private static Singleton instance;
static { //在静态代码块中,创建单例对象
instance = new Singleton();
}
public static Singleton getInstance(){
return instance;
}
}
执行过程与上面的方式一样:利用clinit()初始化;
优缺点和上面是一样的。
结论:这种单例模式可用,但是可能造成内存浪费。
3. 懒汉式(线程不安全)
class Singleton{
private static Singleton singleton;
private Singleton(){};
public static Singleton getInstance(){
if(singleton == null){
singleton = new Singleton();
}
return singleton;
}
}
优缺点说明:
1)起到了懒加载的效果,但是只能在单线程下使用。
2)在多线程环境下,一个线程进入 if(singleton == null)判断语句块,还未来得及往下执行,另一个线程也通过了这个判断语句,这时便会产生多个实例。所以在多线程下不可使用这种方式。
结论:
在实际开发中,不推荐使用这种方式。
懒汉式(线程安全,同步方法)
利用synchronized关键字
class Singleton{
private static Singleton singleton;
private Singleton(){};
public synchronized static Singleton getInstance(){
if(singleton == null){
singleton = new Singleton();
}
return singleton;
}
}
优缺点说明:
1)解决了线程安全问题
2)效率太低,每个线程在想获得类的实例时候,执行getInstance()方法都要进行同步。而其实这个方法只执行一次实例化代码就够了,后面的想获得该类实例,直接return 就行了。方法进行同步效率太低。
结论:
在实际开发中,不推荐使用这种方式。
懒汉式(线程安全,同步代码块)
class Singleton{
private static Singleton singleton;
private Singleton(){};
public static Singleton getInstance(){
if(singleton == null){
synchronized (Singleton.class){
singleton = new Singleton();
}
}
return singleton;
}
}
优缺点说明
线程安全问题,如果在多线程下,一个线程进入 if(singleton == null)判断语句块,还未来得及往下执行,另一个线程也通过了这个判断语句,这时便会产生多个实例。所以在多线程下不可使用这种方式。
结论:在实际开发中,不推荐使用这种单例模式。
双重检查(双端检索)
class Singleton{
// 将自身实例化对象设置为一个属性,并用 volatile、static 修饰
private static volatile Singleton instance;
private Singleton(){};
public static Singleton getInstance(){
// 第一次检查instance是否被实例化出来
if(instance = = null){
synchronized (Singleton.class){
// 某个线程取得了类锁,实例化对象前第二次检查 instance 是否已经被实例化
if(instance = = null){
instance = new Singleton();
}
}
}
return instance;
}
}
解释:
多个线程同时调用getInstance()方法时、由于instance为null、同时进入if代码块、同时遇到synchronized代码块、第一个线程获得锁之后、其他想获取锁的线程进入阻塞状态、首个线程获取锁后、会判断实例是否null、如果为null则new一个对象。执行完、释放锁、其他线程获得锁、判断instacne是否为null、此时instance不为null、退出代码块。
优缺点说明
1)双重检查,如代码所示,进行了两次 if(instance == null)检查,这样就可以保证线程安全。
2)线程安全,延迟加载,效率较高
结论:在实际开发中,推荐使用这种单例模式。
静态内部类(推荐使用)
class Singleton{
private Singleton(){};
private static class SingletonInstance{
private static final Singleton instance = new Singleton();
}
public static Singleton getInstance(){
return SingletonInstance.instance;
}
}
优缺点说明
1)这种方式采用了类加载的机制来保证初始化实例时只有一个线程
2)静态内部类方式在Singleton类被加载时并不会立即实例化,而是在调用getInstance()方法,才会装载SingletonInstance类,从而完成Singleton的实例化。
3)类的静态属性只会在第一次加载类的时候初始化,所以在这里,JNM帮助我们保证了线程的安全性,在类进行初始化时,别的线程时无法进入的。
4)避免了多线程同步问题,利用静态内部类特点实现延迟加载,效率高
结论:
在实际开发中,推荐使用这种单例模式。
枚举 (推荐使用)
enum Singleton{
INSTANCE;
public void sayOk(){
System.out.println("ok");
}
}
优缺点说明
避免了多线程同步问题,而且还能防止反序列化重新城建新的对象结论:在实际开发中,推荐使用这种单例模式。
总结
一般情况我们使用的是饿汉式或者双端检索懒汉式,这两种比较常见。