一、单例模式定义:
在程序运行期间,一个类有且仅有一个实例对象。
二、单例模式需要解决的问题:
java创建对象时在栈中保存对象的引用,而真实的对象存在于堆内存中。当这个对象
失去所有引用,JVM会在空闲时、或堆内存不足时调用GC进行垃圾回收。而有些时
候我们没有必要针对每一个线程创建一个对象,此时需要使用单例模式。例如:编
写一个类负责读取配置文件。很显然配置文件仅仅在类初始化时读取一次即可,没
必要针对每个线程请求生成一个对象重新读取,这样做很大程度上消耗了系统性
能。这种情况是使用单例模式的一个典型应用场景。有些人在提到单例模式的缺点
时讲到:单例模式一般职责过重,违背了单一职责原则。其实我认为这是一种误区
单例模式仍然是一个普通的类,它仍然需要遵守程序设计原则编写。职责过重并非
单例模式的设计存在缺陷,而是编程人员没有遵循设计原则进行编码。Spring默认
作用域下,每一个Bean都是单例的。是不是可以认为,使用Spring开发的任何项目
都违背了单一职责原则呢?任何一种设计模式都是如此,并非设计模式本身存在什
么问题,问题在于设计模式的滥用。
三、单利模式的实现方式:
单例模式典型的实现方式有两种:饿汉式与懒汉式。还存在很多其他的方式,其实
都属于两种方式的变种。是对这两种方式做出的优化。我会在接下来的代码中对这
几种单 例模式进行介绍,更多是以代码中加注释的方式来解释每一种设计模式。以
后的文章也会采取这种风格
四、饿汉式代码实现:
image.png
饿汉式单例模式的特点:
基于ClassLoader机制解决了多线程并发时的问题,是线程安全的。不具备懒加载
的特性。
五、懒汉式代码实现:
image.png
经过双重if校验、sychronized、volatile关键词处理后的懒汉式,解决了线程安全、
访问阻塞的问题。
六、静态内部类实现单例模式:
image.png
同样利用了ClassLoader的机制解决了线程安全的问题,但由于在Singleton类被
被加载时SingletonHolder类没有被使用,因此具有懒加载的特性。
七、枚举:
image.png
默认情况下枚举的创建是线程安全的。该方式能够防止使用反射创建对象。由于枚举是在初次访问时才被加载,因此是具有懒加载特性的。该方式写法简洁。
网友评论