我自己总结的Java学习的系统知识点以及面试问题，已经开源，目前已经 35k+ Star。会一直完善下去，欢迎建议和指导，同时也欢迎Star： https://github.com/Snailclimb/Java-Guide

文章目录

前言
一单例模式简介
- 1.1 定义
- 1.2 为什么要用单例模式呢？
- 1.3 为什么不使用全局变量确保一个类只有一个实例呢？
二单例的模式的实现
- 2.1 饿汉方式(线程安全)
- 2.2 懒汉式（非线程安全和synchronized关键字线程安全版本）
- 2.3 懒汉式(双重检查加锁版本)
- 2.4 懒汉式（登记式/静态内部类方式）
- 2.5 饿汉式（枚举方式）
- 2.6 总结
- - 公众号

前言

初遇设计模式在上个寒假，当时把每个设计模式过了一遍，对设计模式有了一个最初级的了解。这个学期借了几本设计模式的书籍看，听了老师的设计模式课，对设计模式算是有个更进一步的认识。后面可能会不定期更新一下自己对于设计模式的理解。每个设计模式看似很简单，实则想要在一个完整的系统中应用还是非常非常难的。然后我的水品也非常非常有限，代码量也不是很多，只能通过阅读书籍、思考别人的编码经验以及结合自己的编码过程中遇到的问题来总结。

怎么用->怎么用才好->怎么与其他模式结合使用，我想这是每个开发人员都需要逾越的一道鸿沟。

一单例模式简介

1.1 定义

保证一个类仅有一个实例，并提供一个访问它的全局访问点。

1.2 为什么要用单例模式呢？

在我们的系统中，有一些对象其实我们只需要一个，比如说：线程池、缓存、对话框、注册表、日志对象、充当打印机、显卡等设备驱动程序的对象。事实上，这一类对象只能有一个实例，如果制造出多个实例就可能会导致一些问题的产生，比如：程序的行为异常、资源使用过量、或者不一致性的结果。

简单来说使用单例模式可以带来下面几个好处:

对于频繁使用的对象，可以省略创建对象所花费的时间，这对于那些重量级对象而言，是非常可观的一笔系统开销；
由于 new 操作的次数减少，因而对系统内存的使用频率也会降低，这将减轻 GC 压力，缩短 GC 停顿时间。

1.3 为什么不使用全局变量确保一个类只有一个实例呢？

我们知道全局变量分为静态变量和实例变量，静态变量也可以保证该类的实例只存在一个。
只要程序加载了类的字节码，不用创建任何实例对象，静态变量就会被分配空间，静态变量就可以被使用了。

但是，如果说这个对象非常消耗资源，而且程序某次的执行中一直没用，这样就造成了资源的浪费。利用单例模式的话，我们就可以实现在需要使用时才创建对象，这样就避免了不必要的资源浪费。 不仅仅是因为这个原因，在程序中我们要尽量避免全局变量的使用，大量使用全局变量给程序的调试、维护等带来困难。

二单例的模式的实现

通常单例模式在Java语言中，有两种构建方式：

饿汉方式。指全局的单例实例在类装载时构建
懒汉方式。指全局的单例实例在第一次被使用时构建。

不管是那种创建方式，它们通常都存在下面几点相似处：

单例类必须要有一个 private 访问级别的构造函数，只有这样，才能确保单例不会在系统中的其他代码内被实例化;
instance 成员变量和 uniqueInstance 方法必须是 static 的。

2.1 饿汉方式(线程安全)

    public class Singleton {//在静态初始化器中创建单例实例，这段代码保证了线程安全private static Singleton uniqueInstance = new Singleton();//Singleton类只有一个构造方法并且是被private修饰的，所以用户无法通过new方法创建该对象实例private Singleton(){}public static Singleton getInstance(){return uniqueInstance;}}

所谓 “饿汉方式” 就是说JVM在加载这个类时就马上创建此唯一的单例实例，不管你用不用，先创建了再说，如果一直没有被使用，便浪费了空间，典型的空间换时间，每次调用的时候，就不需要再判断，节省了运行时间。

2.2 懒汉式（非线程安全和synchronized关键字线程安全版本）

public class Singleton {  private static Singleton uniqueInstance;  private Singleton (){}   //没有加入synchronized关键字的版本是线程不安全的public static Singleton getInstance() {//判断当前单例是否已经存在，若存在则返回，不存在则再建立单例if (uniqueInstance == null) {  uniqueInstance = new Singleton();  }  return uniqueInstance;  }  }

所谓 “ 懒汉式” 就是说单例实例在第一次被使用时构建，而不是在JVM在加载这个类时就马上创建此唯一的单例实例。

但是上面这种方式很明显是线程不安全的，如果多个线程同时访问getInstance()方法时就会出现问题。如果想要保证线程安全，一种比较常见的方式就是在getInstance() 方法前加上synchronized关键字，如下：

      public static synchronized Singleton getInstance() {  if (instance == null) {  uniqueInstance = new Singleton();  }  return uniqueInstance;  }

我们知道synchronized关键字偏重量级锁。虽然在JavaSE1.6之后synchronized关键字进行了主要包括：为了减少获得锁和释放锁带来的性能消耗而引入的偏向锁和轻量级锁以及其它各种优化之后执行效率有了显著提升。

但是在程序中每次使用getInstance() 都要经过synchronized加锁这一层，这难免会增加getInstance()的方法的时间消费，而且还可能会发生阻塞。我们下面介绍到的 双重检查加锁版本 就是为了解决这个问题而存在的。

2.3 懒汉式(双重检查加锁版本)

利用双重检查加锁（double-checked locking），首先检查是否实例已经创建，如果尚未创建，“才”进行同步。这样以来，只有一次同步，这正是我们想要的效果。

public class Singleton {//volatile保证，当uniqueInstance变量被初始化成Singleton实例时，多个线程可以正确处理uniqueInstance变量private volatile static Singleton uniqueInstance;private Singleton() {}public static Singleton getInstance() {//检查实例，如果不存在，就进入同步代码块if (uniqueInstance == null) {//只有第一次才彻底执行这里的代码synchronized(Singleton.class) {//进入同步代码块后，再检查一次，如果仍是null，才创建实例if (uniqueInstance == null) {uniqueInstance = new Singleton();}}}return uniqueInstance;}
}

很明显，这种方式相比于使用synchronized关键字的方法，可以大大减少getInstance() 的时间消费。

我们上面使用到了volatile关键字来保证数据的可见性，关于volatile关键字的内容可以看我的这篇文章：
《Java多线程学习（三）volatile关键字》： https://blog.csdn.net/qq_34337272/article/details/79680771

注意： 双重检查加锁版本不适用于1.4及更早版本的Java。
1.4及更早版本的Java中，许多JVM对于volatile关键字的实现会导致双重检查加锁的失效。

2.4 懒汉式（登记式/静态内部类方式）

静态内部实现的单例是懒加载的且线程安全。

只有通过显式调用 getInstance 方法时，才会显式装载 SingletonHolder 类，从而实例化 instance（只有第一次使用这个单例的实例的时候才加载，同时不会有线程安全问题）。

public class Singleton {  private static class SingletonHolder {  private static final Singleton INSTANCE = new Singleton();  }  private Singleton (){}  public static final Singleton getInstance() {  return SingletonHolder.INSTANCE;  }
}

2.5 饿汉式（枚举方式）

这种实现方式还没有被广泛采用，但这是实现单例模式的最佳方法。 它更简洁，自动支持序列化机制，绝对防止多次实例化 （如果单例类实现了Serializable接口，默认情况下每次反序列化总会创建一个新的实例对象，关于单例与序列化的问题可以查看这一篇文章《单例与序列化的那些事儿》），同时这种方式也是《Effective Java 》以及《Java与模式》的作者推荐的方式。

public enum Singleton {//定义一个枚举的元素，它就是 Singleton 的一个实例INSTANCE;  public void doSomeThing() {  System.out.println("枚举方法实现单例");}
}

使用方法：

public class ESTest {public static void main(String[] args) {Singleton singleton = Singleton.INSTANCE;singleton.doSomeThing();//output:枚举方法实现单例}}

《Effective Java 中文版第二版》

这种方法在功能上与公有域方法相近，但是它更加简洁，无偿提供了序列化机制，绝对防止多次实例化，即使是在面对复杂序列化或者反射攻击的时候。虽然这种方法还没有广泛采用，但是单元素的枚举类型已经成为实现Singleton的最佳方法。 —-《Effective Java 中文版第二版》

《Java与模式》

《Java与模式》中，作者这样写道，使用枚举来实现单实例控制会更加简洁，而且无偿地提供了序列化机制，并由JVM从根本上提供保障，绝对防止多次实例化，是更简洁、高效、安全的实现单例的方式。

2.6 总结

我们主要介绍到了以下几种方式实现单例模式：

饿汉方式(线程安全）
懒汉式（非线程安全和synchronized关键字线程安全版本)
懒汉式(双重检查加锁版本)
懒汉式（登记式/静态内部类方式）
饿汉式（枚举方式）

参考：

《Head First 设计模式》

《Effective Java 中文版第二版》

【Java】设计模式：深入理解单例模式

公众号

如果大家想要实时关注我更新的文章以及分享的干货的话，可以关注我的公众号。

《Java面试突击》: 由本文档衍生的专为面试而生的《Java面试突击》V2.0 PDF 版本公众号后台回复 “Java面试突击” 即可免费领取！

Java工程师必备学习资源: 一些Java工程师常用学习资源公众号后台回复关键字 “1” 即可免费无套路获取。

深入理解单例模式——只有一个实例相关推荐

php单例模式的实例,PHP的单例模式的一个实例_php
这篇文章对于php单例模式的解释并不一定完善!只是举一个实例而已,目的是让我自己通过一个实例可以加深对单例模式的理解!在此,仅供参考! 单例:可以简单的理解是通过一个类,只能实例化单个对象,不能实例化 ...
单例模式——一个类只有一个实例
目录一.基础简介 1.定义 2.使用场景 3.优缺点 4.模式分析二.代码实现 1.sington类 2.代码分析一.基础简介 1.定义保证一个类仅有一个实例,并提供一个全局访问点 2.使用场 ...
【设计模式自习室】透彻理解单例模式
前言 <设计模式自习室>系列,顾名思义,本系列文章带你温习常见的设计模式.主要内容有: 该模式的介绍,包括: 引子.意图(大白话解释) 类图.时序图(理论规范) 该模式的代码示例:熟悉该模 ...
iOS的界面触摸事件处理机制,然后用一个实例来说明下应用场景.
2019独角兽企业重金招聘Python工程师标准>>> 主要是记录下iOS的界面触摸事件处理机制,然后用一个实例来说明下应用场景. 一.处理机制界面响应消息机制分两块,(1)首先在 ...
单例模式（单一实例）
单例模式基本要点: 用于确保一个类只有一个实例,并且这个实例易于被访问. 让类自身负责保存他的唯一实例.这个类可以保证没有其他实例创建,并且他可以提供一个访问实例的方法,来实现单例模式. (1)把构造 ...
Qt 可编辑的树模型（Tree Model）的一个实例
本实例来自Qt 官方的一个实例(Editable Tree Model Example) 简介: 本实例是关于怎样基于模式视图框架下的树模型的实现. 该模型支持可编辑的表单项,自定义表头,删除插入行 ...
PHP用单例模式实现一个数据库类
使用单例模式的出发点: 1.php的应用主要在于数据库应用, 所以一个应用中会存在大量的数据库操作, 使用单例模式, 则可以避免大量的new 操作消耗的资源. 2.如果系统中需要有一个类来全局控制某些 ...
php中访问控制_一个实例：基于RBAC理论的访问控制实践
基于角色的访问控制(RBAC)是目前公认的解决大型企业的统一资源访问控制的有效方法.访问控制实际是复杂的,解决方式也是多样的.不用一味追求完善,在有限的资源内选择最合适自己的更重要. 基于角色的访问控 ...
从一个实例看jaxb的强大
http://zyl.iteye.com/blog/33729 读取xml对于应用软件来说是一个必不可少的工作,当然现在的jdk也提供了很好的处理xml方式,读写xml的库也挺多,包括有名的dom4j ...

深入理解单例模式——只有一个实例

文章目录

前言

一单例模式简介

1.1 定义

1.2 为什么要用单例模式呢？

1.3 为什么不使用全局变量确保一个类只有一个实例呢？

二单例的模式的实现

2.1 饿汉方式(线程安全)

2.2 懒汉式（非线程安全和synchronized关键字线程安全版本）

2.3 懒汉式(双重检查加锁版本)

2.4 懒汉式（登记式/静态内部类方式）

2.5 饿汉式（枚举方式）

2.6 总结

公众号

深入理解单例模式——只有一个实例相关推荐

最新文章

热门文章

深入理解单例模式——只有一个实例

文章目录

前言

一 单例模式简介

1.1 定义

1.2 为什么要用单例模式呢？

1.3 为什么不使用全局变量确保一个类只有一个实例呢？

二 单例的模式的实现

2.1 饿汉方式(线程安全)

2.2 懒汉式（非线程安全和synchronized关键字线程安全版本 ）

2.3 懒汉式(双重检查加锁版本)

2.4 懒汉式（登记式/静态内部类方式）

2.5 饿汉式（枚举方式）

2.6 总结

公众号

深入理解单例模式——只有一个实例相关推荐

最新文章

热门文章

一单例模式简介

二单例的模式的实现

2.2 懒汉式（非线程安全和synchronized关键字线程安全版本）