Java多线程之单例模式在多线程环境下的安全问题


目录:

  1. 单例模式基本概念
  2. 单线程下的单例模式
  3. 多线程下的单例模式
  4. 单例模式volatile分析

1. 单例模式基本概念

基本概念转载自:单例模式|菜鸟教程

单例模式(Singleton Pattern)是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。

这种模式涉及到一个单一的类,该类负责创建自己的对象,同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式,可以直接访问,不需要实例化该类的对象。

注意:

  1. 单例类只能有一个实例。
  2. 单例类必须自己创建自己的唯一实例。
  3. 单例类必须给所有其他对象提供这一实例。

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

主要解决:一个全局使用的类频繁地创建与销毁。

何时使用:当您想控制实例数目,节省系统资源的时候。

如何解决:判断系统是否已经有这个单例,如果有则返回,如果没有则创建。

关键代码:构造函数是私有的。

应用实例:

  1. 一个班级只有一个班主任。
  2. Windows 是多进程多线程的,在操作一个文件的时候,就不可避免地出现多个进程或线程同时操作一个文件的现象,所以所有文件的处理必须通过唯一的实例来进行。
  3. 一些设备管理器常常设计为单例模式,比如一个电脑有两台打印机,在输出的时候就要处理不能两台打印机打印同一个文件。

优点:

  1. 在内存里只有一个实例,减少了内存的开销,尤其是频繁的创建和销毁实例(比如管理学院首页页面缓存)。
  2. 避免对资源的多重占用(比如写文件操作)。
    缺点:没有接口,不能继承,与单一职责原则冲突,一个类应该只关心内部逻辑,而不关心外面怎么样来实例化。

使用场景:

  1. 要求生产唯一序列号。
  2. WEB 中的计数器,不用每次刷新都在数据库里加一次,用单例先缓存起来。
  3. 创建的一个对象需要消耗的资源过多,比如 I/O 与数据库的连接等。

注意事项:getInstance() 方法中需要使用同步锁 synchronized (Singleton.class) 防止多线程同时进入造成 instance 被多次实例化。


2. 单线程下的单例模式


1. 单线程下单例模式代码

public class SingletonDemo {private static SingletonDemo instance = null;private SingletonDemo(){System.out.println(Thread.currentThread().getName()+"\t 我是构造方法SingletonDemo");}public static SingletonDemo getInstance(){if (instance == null){instance = new SingletonDemo();}return instance;}public static void main(String[] args) {// 单线程(main线程的操作动作)System.out.println(SingletonDemo.getInstance() == SingletonDemo.getInstance());System.out.println(SingletonDemo.getInstance() == SingletonDemo.getInstance());System.out.println(SingletonDemo.getInstance() == SingletonDemo.getInstance());}
}

2. 编译结果


3. 多线程下的单例模式


  1. 多线程下,上面的代码执行结果不再是单例,结果如下(不固定)


2.解决办法,可以在getInstance()方法上加synchronized,但是不推荐。更好的解决办法是使用DCL(Double Check Lock 双端捡锁机制)

代码如下:

public class SingletonDemo {private static SingletonDemo instance = null;private SingletonDemo() {System.out.println(Thread.currentThread().getName() + "\t 我是构造方法SingletonDemo");}//DCL  (Double Check Lock 双端捡锁机制)public static SingletonDemo getInstance() {if (instance == null) {synchronized (SingletonDemo.class) {if (instance == null) {instance = new SingletonDemo();}}}return instance;}public static void main(String[] args) {//并发多线程后,情况发生了很大的变化for (int i = 1; i <= 20; i++) {new Thread(() -> {SingletonDemo.getInstance();}, String.valueOf(i)).start();}}
}

4. 单例模式volatile分析


  1. 上面多线程下单例模式在99.9%情况下都正确,但还是不能保证完全正确。因为在多线程环境下,底层为了优化有指令重排。
  2. 解决办法:加入volatile。

代码如下

public class SingletonDemo {private static volatile SingletonDemo instance = null;private SingletonDemo() {System.out.println(Thread.currentThread().getName() + "\t 我是构造方法SingletonDemo");}//DCL  (Double Check Lock 双端捡锁机制)public static SingletonDemo getInstance() {if (instance == null) {synchronized (SingletonDemo.class) {if (instance == null) {instance = new SingletonDemo();}}}return instance;}public static void main(String[] args) {//并发多线程后,情况发生了很大的变化for (int i = 1; i <= 20; i++) {new Thread(() -> {SingletonDemo.getInstance();}, String.valueOf(i)).start();}}
}
  1. 具体分析:

    DCL(双端检锁)机制不一定线程安全,原因是有指令重排序的存在,加入volatile可以禁止指令重排。

    原因在于某一个线程执行到第一次检测,读取到的instance不为null时,instance的引用对象可能没有完成初始化。

    instance=newSingDemo();可以分为以下3步完成(伪代码)

    memory=allocate(): // 1.分配对象内存空间
    instance(memory): // 2.初始化对象
    instance=memory; //3. 设置instance指向刚分配的内存地址,此时instance != null

    步骤2和步骤3不存在数据依赖关系,而且无论重排前还是重排后程序的执行结果在单线程中并没有改变,因此这种重排优化是允许的。

    memory=allocate();//1.分配对象内存空间
    instance=memory;//3.设置ins怡nce指向刚分配的内存地址,此时instance != null,但是对象还没有初始化完成!
    instance(memory);//2.初始化对象

    但是指令重排只会保证串行语义执行的一致性(单线程),但并不会关心多线程间的语义一致性。

    所以当一个线程访问instance不为null时,由于instance实例未必已初始化完成,也就造成了线程安全问题


Java多线程之单例模式在多线程环境下的安全问题相关推荐

  1. aix系统java堆_浅谈AIX环境下的Java性能调优

    1.什么是Java Java 是一种面向对象的编程语言.它以 C++ 为模型,被设计成小的.简单的.在源和二进制级别跨平台的可移植的语言,Java 程序(applets 和应用程序)可以运行于任何已经 ...

  2. java支付宝支付_Java 高并发环境下的性能优化,揭秘支付宝技术内幕

    前言 高并发经常会发生在有大活跃用户量,用户高聚集的业务场景中,如:秒杀活动,定时领取红包等. 为了让业务可以流畅的运行并且给用户一个好的交互体验,我们需要根据业务场景预估达到的并发量等因素,来设计适 ...

  3. Java技术分享:集群环境下的定时任务

    定时任务的实现方式有多种,例如JDK自带的Timer+TimerTask方式,Spring 3.0以后的调度任务(Scheduled Task),Quartz框架等. Timer+TimerTask是 ...

  4. WIFI环境下支付安全问题探析

    1 引言 曾还记得,在2016年的"3·15晚会"上,央视曝光了利用"免费"WiFi进行钓鱼和诈骗的行为,告诫广大用户谨慎连接公共场所免费WiFi,防止个人信息 ...

  5. linux多线程编程实现圆周率,linux环境下使用Monte Carlo计算π

    1 实验题目 计算π的一个有趣方法是使用一个称为Monte Carlo的技术,这种技术涉及随机.该技术工作如下:假设有一个圆,它内嵌一个正方形,如下图所示. 首先,通过(x,y)坐标生成一系列的随机点 ...

  6. Java面试题:高并发环境下,jdk7 HashMap可能出现的致命问题。注意:是在jdk7与及以下版本

    概念1:Rehash的概念? Rehash 是HashMap在扩容时候的一个步骤. HashMap的容量是有限的.当经过多次元素插入,使得HashMap达到一定饱和度时,Key映射位置发生冲突的几率会 ...

  7. java jni linux_java jni实现linux环境下绑定硬件的License

    由于系统运行在Linux环境中,该License绑定服务器的cpuid和mac等信息,而java实现起来不太方便所以就利用了JNI 问题及解决方法: 1.System.loadLibrary(&quo ...

  8. JAVA的学习(在IDEA环境下)

    一.java的基础语法 注释 单行注释// 多行/* */ 文档注释/** */ 字面量 也就是书写格式. e.g.字符:'a' 字符串:'strlenn' 布尔值:true false 数据类型 整 ...

  9. dell kvm java 会话报错_生产环境下戴尔 R820 kvm虚拟化部署三(virt-manager图形化安装kvm虚拟机)...

    三.kvm虚拟化部署 #安装kvm软件包 yum -y install kvm python-virtinst libvirt tunctl bridge-utils virt-manager qem ...

最新文章

  1. NeurIPS 2020 接收率创史低,千篇论文被摘要拒稿,官方:错误率只有 6%
  2. ISP PIPLINE (九_2) Denoise 之 time domain denoise
  3. javascript jquery 获取select选中的值
  4. Spring could 使用Feign超时问题
  5. windows 下 配置 github
  6. URL的getFile()和getPath()方法的区别
  7. 8张图带你轻松温习Java知识
  8. 为自己写程序之JavsScript代码段测试器
  9. Java语言之Integer类
  10. 解决百度首页导航栏透明度问题
  11. php开发俄罗斯方块,shell中俄罗斯方块_PHP教程
  12. python的文件怎么删除干净_python 实现彻底删除文件夹和文件夹下的文件
  13. HDU 1107 武林 大模拟
  14. 现实版龙王赘婿?乔布斯和Mac OS的前世今生
  15. 硬核干货Java集合详解
  16. 数据结构 图(一)丛林中的路
  17. Vue初始化项目时遇到的目录路径错误问题
  18. 《乔布斯传》英文原著重点词汇笔记(十三)【 chapter twelve】
  19. Java 八大基本类型
  20. 机器学习-算法-有监督学习:EM(最大期望值算法)<=> MLE(最大似然估计法)【关系类似“梯度下降法”<=>“直接求导法”】【EM“梯度下降”:先初始化一个随机值,然后通过迭代不断靠近真实值】

热门文章

  1. PHP命名空间学习笔记
  2. Mysql---之Mysqladmin修改账号密码方式
  3. uva 10759 Dice Throwing
  4. 牛客 - What Goes Up Must Come Down(树状数组求逆序对)
  5. 牛客多校9 - Groundhog Chasing Death(质因子分解+思维)
  6. HDU - 3518 Boring counting(后缀数组)
  7. 中石油训练赛 - 斗地主(bfs)
  8. QT乱码总结7.编码测试和总结二
  9. PE文件结构详解(二)可执行文件头
  10. 逆向工程核心原理学习笔记(六):实战开辟新内存区域写入缓冲区跳转修改字符串