摘要:如何解救呢作为一个的开发者,对一定不陌生,提到多线程,大部分人想到的都是他后,他的性能提升巨大,解决简单并发,非常适用。
消耗内存最严重的对象创建过程,必须对其进行约束,作为创建型模式的单例模式(Singleton),始终保持应用程序中某一个实例有且仅有一个,可以很显著的提升程序性能。
单线程下的Singleton的稳定性是极好的,可分为两大类:
1.Eager(饿汉型): 类加载时立即创建对象。
public class EagerSingleton { //1. 类加载时就立即产生实例对象,通过设置静态变量被外界获取 //2. 并使用private保证封装安全性 private static EagerSingleton eagerSingleton = new EagerSingleton(); //3. 通过构造方法的私有化,不允许外部直接创建对象,确保单例的安全性 private EagerSingleton(){ } public static EagerSingleton getEagerSingleton(){ return eagerSingleton; }
2.Lazy(懒汉型):类加载时没有立即创建对象,等到第一个用户获取才进行实例化。
public class LazySingleton { //1. 类加载时并没有创建唯一实例 private static LazySingleton lazySingleton; private LazySingleton() { } //2、提供一个获取实例的静态方法 public static LazySingleton getLazySingleton() { if (lazySingleton == null) { lazySingleton = new LazySingleton(); } return lazySingleton; }
就性能方面而言,LazySingleton 明显优于 EagerSingleton ,若类的加载需要耗费大量的资源(e.g. 读取大文件信息),那么LazySingleton 的优势显而易见。但通过阅读代码,很容易发现一个致命问题。多线程间如何保持安全性?
下面将对多线程并发问题进行解析:
解决该问题的关键在于两方面:1.同步; 2.性能;
有线程A,线程B同时调用getLazySingleton()获取实例,A调用时判断instance为null,正准备进行初始化时,突然A线程被挂起了,此时对象并未实例化成功,更糟的事随后发生,B线程被运行了,他也判断了instance为null,此时A,B都进入了实例化阶段,这样就产生了两个实例,破坏单例原则。
如何解救呢?
作为一个java的开发者,对synchronized一定不陌生,提到多线程,大部分人想到的都是他(JDK6后,他的性能提升巨大,解决简单并发,非常适用)。
那就让我们用synchronized来尝试解决吧:
//由synchronized进行同步加锁 public synchronized static LazySingleton getLazySingleton() { if (lazySingleton == null) { lazySingleton = new LazySingleton(); } return lazySingleton; }
如此同步问题看似解决,但是作为一个开发者,最重要的是性能的保障,使用synchronized有利有弊,由于加锁操作,代码段被加上悲观锁,只有等一个请求完成,下个请求才能进入执行。通常加上synchronized关键字的代码片会比同等量级的代码慢上几倍,这是我们不愿见到的。那如何避免这一问题呢?在java对synchronized的定义里有这样的建议:越迟使用synchronized,性能越优(细化锁)。
###### 2.因此,我们需要开始解决性能的问题了。按照synchronized优化: ######
public class DoubleCheckLockSingleton { //使用volatile保证每次取值不是从缓存中取,而是从真正对应的内存地址中取.(下文解释) private static volatile DoubleCheckLockSingleton doubleCheckLockSingleton; private DoubleCheckLockSingleton(){ } public static DoubleCheckLockSingleton getDoubleCheckLockSingleton(){ //配置双重检查锁(下文解释) if(doubleCheckLockSingleton == null){ synchronized (DoubleCheckLockSingleton.class) { if(doubleCheckLockSingleton == null){ doubleCheckLockSingleton = new DoubleCheckLockSingleton(); } } } return doubleCheckLockSingleton; } }
上述源码就是经典的volatile关键字(JDK1.5 后重生)+双重检查锁(DoubleCheck),最大程度的优化了sychronized带来的性能开销。下面将为大家解释volatile与DoubleCheck。
1.volatile
是在JDK1.5后才正式被实现使用的,之前的版本只是定义了该关键字,未有具体实现。若想理解volatile就必须对JVM自身的内存管理有些许了解:
1.1 遵循着摩尔定律,内存的读写速度已远不能满足CPU,因此现代计算机引入了在CPU上添加高速缓存的机制,由缓存预读取内存的值,并暂存于缓存中,通过计算,再更新内存中的相应值。
**1.2** 而JVM模仿PC的这一做法,在内存中划分了自己的**工作内存**,该部分内存作用与高速缓存一致,很显著的提高JVM工作效率,但凡事都有利有弊,这一做法也导致工作内存与其他内存通信时容易导致传输上的问题。volatile的一个功能就是强制的从内存中读取最新的值,避免缓存与内存不一致的状况。
1.3 volatile的另一个功能也是和JVM相关,即JVM会通过自身的判断,将源码的执行顺序重排,保证指令流水线连贯性,以达到最优的执行方案。这种做法提高了性能,但对DoubleCheck却会产生意想外的结果,两线程可能互相干扰。而volatile提供了happens-before guarantee(写优先于读),使对象不被干扰,保证安全的稳定性。
2.DoubleCheck
这是现代编程的遗留,假设进入同步块之后,对象已被实例化,此时需再次进行判断。
当然还有一种官方推荐的单例实现方法:
由于类的构造在定义中已是原子性的,因此上述的各种问题都不会再产生,是一种很好的单例实现方式,推荐使用。
//使用内部类进行单例构造 public class NestedClassSingleton { private NestedClassSingleton(){ } private static class SingletonHolder{ private static final NestedClassSingleton nestedClassSingleton = new NestedClassSingleton(); } public static NestedClassSingleton getNestedClassSingleton(){ return SingletonHolder.nestedClassSingleton; } }
祝近安
ooooor
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/77563.html
摘要:总之,选择单例模式就是为了避免不一致状态,避免政出多头。二饿汉式单例饿汉式单例类在类初始化时,已经自行实例化静态工厂方法饿汉式在类创建的同时就已经创建好一个静态的对象供系统使用,以后不再改变,所以天生是线程安全的。 概念: Java中单例模式是一种常见的设计模式,单例模式的写法有好几种,这里主要介绍两种:懒汉式单例、饿汉式单例。 单例模式有以下特点: 1、单例类只能有一个实例。 ...
该文章属于《编程中的那些经典套路——设计模式汇总》系列,并且以下内容基于语言PHP 在设计模式中,单例模式和工厂模式)可以说是使用的最普遍的设计模式了,所以掌握此种模式尤为重要。 单例模式一般使用在资源共享和需要控制资源的情况下。 例如:购物车,回收站,数据库连接池,计数器,配置文件共享等所有项目中只需要存在一个的模块,你都可以采用单例模式。 单例模式的好处就在于当前进程只产生一个对象(或者叫...
摘要:此时我们创建的对象内保存静态变量通过取值器访问,最后将这个对象作为一个单例放在全局空间里面作为静态变量单例对象供他人使用。 单例模式 又被称为单体模式,是只允许实例化一次的对象类。有时我们也用一个对象来规划一个命名空间,井井有条的管理对象上面的属性和方法。 传统的面向对象语言中单例模式的实现,均是单例对象从类中创建而来,在以类为中心的语言中,这是很常见的做法。如果需要某个对象,就必须先...
摘要:单例模式概述单例模式是一种对象创建模式,用于产生一个类的具体事例。所以解决了线程安全问题参考失效原因和解决方案中单例模式的缺陷及单例的正确写法懒汉式静态内部类私有构造器获取单例的方法静态内部类持有单例作为静态属性。 单例模式概述 单例模式是一种对象创建模式,用于产生一个类的具体事例。使用单例模式可以确保整个系统中单例类只产生一个实例。有下面两大好处: 对于频繁创建的对象,节省初第一...
阅读 1980·2021-09-29 09:35
阅读 1926·2019-08-30 14:15
阅读 2954·2019-08-30 10:56
阅读 932·2019-08-29 16:59
阅读 541·2019-08-29 14:04
阅读 1278·2019-08-29 12:30
阅读 1002·2019-08-28 18:19
阅读 450·2019-08-26 11:51