就算不懂设计模式的兄弟姐妹们,想必也听说过单例模式,并且在项目中也会用上。但是,真正理解和熟悉单例模式的人有几个呢?接下来我们一起来学习设计模式中最简单的模式之一——单例模式
一、为什么叫单例模式?
“baby,你就是我的唯一,两个世界都变形,回去谈何容易...”。咳咳~就先唱到这吧,入正题。每次提起单例模式,笔者都会哼起这首王力宏的《唯一》。为什么?这首歌哪里吸引我了?就是“唯一”这两个非常有粪量的字。
斯大林时期的苏联,个人崇拜达到相当严重的程度。然而为什么会导致个人崇拜呢?很简单,那就是“只有一个斯大林,只有一个*”!不允许出现两个或者多个*,国家政务、外交等等大事小事都需要斯大林来发号施令。
定义
保证一个类只有一个实例,并且整个系统能访问该实例。
特点
- 单例类保证只有一个实例
- 单例类必须自己创建自己的唯一实例
- 单例类提供给系统提供该唯一实例
单例的定义也就是这么简单,还不明白?直白点就是该类只能new一个对象,不允许new第二个对象,而系统访问的就是该对象。
那有什么办法保证只有一个*斯大林呢?较常见的两种方式:饿汉式和懒汉式
二、实战
UML图
这里提示一点,在学习设计模式的时候,UML图会让你更容易,而且深刻的去理解到该模式的核心。况且,UML图也是成为项目管理者必备的技能。
上代码
如何确保一个系统只产生一个实例?这里必须使用private修饰构造函数,并且在构造函数里边实例化。
前面提到了单例模式比较常见的两种方式:饿汉式和懒汉式。下面我们来具体看看到底有多饿,以及到底有多懒!
1、饿汉式
首先,来看一下饿汉式单例模式。
饿汉式单例代码如下:
public class EagerSingleton {
private static EagerSingleton singleton = new EagerSingleton();
private EagerSingleton() {
}
public static EagerSingleton getSingleton() {
return singleton;
}
}
注意,这里获取实例必须使用静态方法,要不然类外部无法访问通过该方法得到唯一实例。
“饿汉式”顾名思义,已经等不及外部需要用到的时候才实例化,于是在装载类的时候就创建对象实例,一个自力更生的好榜样~
饿汉式单例存在的问题主要是:既然在初始化的时候就已经装载类,必然会消耗内存。
2、懒汉式
懒汉式单例代码如下:
public class LazySingleton {
private static LazySingleton singleton = null;
private LazySingleton() {
}
public static synchronized LazySingleton getSingleton() {
if (instance == null) {
singleton = new LazySingleton();
}
return singleton;
}
}
这里使用了synchronized进行同步,以保证线程安全
“懒汉式”的定义也容易理解,因为懒,所以当需要使用到该实例的时候才去创建对象实例,在此之前不对类进行实例化。
懒汉式单例主要问题:由于它的实现是线程安全的,会降低对实例的访问速度,并且每次都需要进行判断。
来到这的时候,既然上面两个方式的单例都存在着问题,那有没有一种方式,既能保证性能受到的影响小,并且可以保证线程安全的呢?网上很多现有的资源都提及到双重检查加锁,在我第一次看到这东西的时候就觉得名字都很麻烦,实际上它的实现也比较麻烦,还有就是volatile关键字对性能有所影响,因此不推荐使用,这里也不做介绍了。当然,选择哪一种方式是根据个人实际项目的情况来选用的。
先别着急走,接下来登场的是比较完美的实现单例模式的方式枚举单例
3、枚举单例
老规矩,先上代码:
public enum Singleton {
singleton;
public void singletonFunc() { // 该单例需要实现的功能
}
}
是不是很简单?而且因为自动序列化机制,保证了线程的绝对安全。三个词概括该方式:简单、高效、安全
三、总结
好了,设计模式系列的第一篇到这就结束了。大家觉得哪里需要改进,或者是需要笔者提供支持的可以下边留言。刚开始的模式大家都比较容易理解,接下来才是重头戏。下一篇的设计模式是:工厂方法模式。
设计模式Java源码GitHub下载:https://github.com/jetLee92/DesignPattern