单例模式很简单,但99%的人写不对。
- 简介
-
- 引入单例模式
- 将介绍哪些给你
- 何为单例模式
-
- 通俗的讲
- 双锁检测(DLC)版的单例模式
-
- 正确的写法
- 易错点
-
- 一、构造方法私有化
- 二、static关键字不能漏
- 三、instance需要private修饰
- 四、instance需要volatile修饰
- 五、双检测锁实例化的逻辑
简介
引入单例模式
单例模式概念特别简单,我当初也想当然的觉得代码真的显而易见,当初学的时候连代码都看的不仔细,所以很多次和别人交流的时候才发现原来还有很多没有掌握。很多细节稍不注意就错了。
将介绍哪些给你
为了节省篇幅,这篇博文不会介绍简单的单例模式的实现方法,只会介绍双所检测版的单例模式的实现方法,并且指出有哪些很容易被忽视和出错的技术细节。
何为单例模式
通俗的讲
就是一个类,在一个应用程序里,只允许生成一个实例对象。
双锁检测(DLC)版的单例模式
正确的写法
双检测锁(double check lock)单例模式,通俗来讲就是需要进行两次进行非空检测,并且需要加锁进行同步控制,是线程安全的单例模式实现方式之一;正确的代码书写方式之一如下,可能读者会疑惑,为什么加锁的代码会这么复杂晦涩,其实他这样设计是基于性能优化考虑的,稍后会分析。
public class DemoClazz{
private static volatile DemoClazz instance;
private DemoClazz(){ }
public static DemoClazz getInstance(){
if(instance == null){
synchronized(DemoClazz.class){
if(instance == nul){
instance = new DemoClazz();
}
}
}
return instance;
}
}
易错点
一、构造方法私有化
private DemoClazz(){ }
构造方法必须私有化,我们学习java时都只见过public修饰的构造方法,但是构造方法是允许用private修饰的。
构造方法非私有化,会导致程序调用者可以私自调用构造方法实例化对象,从而破坏单例模式的特性。
二、static关键字不能漏
private static volatile DemoClazz instance;
public static DemoClazz getInstance(){ }
getInstance()方法用来获取单例,由于对象在类加载进来时是没有实例对象存在的,所以只能通过static方法来获取类实例。
同理static方法中访问到的属性均需要为类属性(static修饰的属性),所以用来存放实例对象引用的属性instance用static修饰。
private static volatile DemoClazz instance;
三、instance需要private修饰
instance只有将访问权限控制在本类方法中,才能保证逻辑的正确,如果用户直接获取instance,可能会获取到一个null值。
四、instance需要volatile修饰
在 JVM的内存模型中,每个线程读取和操作对象的属性时,并不是直接在内存中操作,而是生成一个副本进行存取,volatile关键字可以保证现场之间对该变量保持可见性,即线程A对变量c的修改,线程B在下次读取变量c时能立马感知到。
尽管有关键字synchronized关键字,如果不加上volatile关键字,可能会导致在并发场景下线程各自生成了实例对象在各自的线程工作空间里。
五、双检测锁实例化的逻辑
public static DemoClazz getInstance(){
if(instance == null){
synchronized(DemoClazz.class){
if(instance == nul){
instance = new DemoClazz();
}
}
}
return instance;
}
getInstance方法会进行两次判空操作;第一次,判断是否实例化了,有实例对象则直接返回,不需要其他操作。如果没有实例化,则说明是程序第一次去获取实例对像,会进行一次加锁操作,只允许一个线程进入方法,进入方法之后的判空操作是为了仅允许第一个进入的线程进行实例化,其他线程不允许实例化。
因为实例化操作仅需要进行一次同步,所以可以用第一次判空操作来进行避免。至于第二次判空操作,则是为了保证单例。