【多线程案例】设计模式-单例模式

1.单例模式

什么是单例模式？

所谓单例，即单个实例。通过编码技巧约定某个类只能有唯一一个实例对象，并且提前在类里面创建好一个实例对象，把构造方法私有化，再对外提供获取这个实例对象的方法，（方法名通常是用getInstance这个名称）。 

根据创建时机不同，分为两种：

1.类加载的时候创建，也称为饿汉模式。

public class Singleton {//私有构造方法 禁止外界创建实例对象private Singleton() {};//唯一实例对象private static Singleton instance = new Singleton();//为外界提供获取唯一实例的方法public static Singleton getInstance() {return instance;}}

2.在第一次使用的时候创建，也称为懒汉模式  但这种有线程安全问题。

public class SingletonLazy {//私有构造方法private SingletonLazy() {}//实例对象private static SingletonLazy instance = null;//首次调用该方法时才真正创建出实例public static SingletonLazy getInstance() {if(instance == null) {instance = new SingletonLazy();}return instance;}}

总结：

高效性：饿汉模式是在类加载的时候就会创建实例，不管后面用不用得到，都会创建出来。而懒汉模式是只有你真正用了，才会创建出实例，如果不用则不创建，这样也就比较灵活，也就省下了创建实例这一开销。

比如有个非常大的文档(10G)需要打开，有两种方式打开：

  • 先把所有的内容都加载到内存中，然后再显示内容。即饿汉。
  • 先只加载一部分数据到内存，立即显示内容。随着用户翻页，再动态加载其他内容。即懒汉。

为什么懒汉模式会有线程安全问题？

先来说说线程安全问题产生的原因。

  • 如果多个线程同时修改同一个变量，就有可能出现线程安全问题。
  • 如果多个线程同时读取同一个变量，是不会出现线程安全问题的。

饿汉模式中是直接创建实例并返回实例，而懒汉模式是通过判断进行了修改，既读又修改。这种判断再修改就可能会导致线程不安全问题（因为可能会new多次，创建多个实例的话就不是单例模式了）。假设有两个线程 t1，t2，假如t1进行判断instance为null,准备new时，这时候可能会出现t1还没new呢，t2就开始判断instance是否为null。那此时instance肯定为null。这样的话，实例就会被创建多次。显然这就违背了单例模式的要求：单个实例。

如何使懒汉模式线程安全？

进行加锁。  

加锁也得注意咋加，要看加的合不合适，不是说加了就好了。

比如这种加锁：

public class SingletonLazy {//私有构造方法private SingletonLazy() {}//实例对象private static SingletonLazy instance = null;//首次调用该方法时才真正创建出实例public static SingletonLazy getInstance() {if(instance == null) {synchronized (SingletonLazy.class) {instance = new SingletonLazy();}}return instance;}}

缺点：没有使 if判断 和 new操作 成为一个整体，虽然在实例对象的时候加锁了，但是线程在if判断的时候，没有加锁，还是会出现误判。假设有两个线程t1，t2，由于if判断并没有加锁，两个线程是可以同时判断的，如果t2线程刚好在t1线程判断instance为nullt1线程进入new之前或还没new完时t2进行if判断，也是会创建多个实例对象的， 这就导致虽然new的时候加了锁线程是顺序执行的，但new外面的逻辑线程还是随机调度的。于是给整个if上锁。

public class SingletonLazy {//私有构造方法private SingletonLazy() {}//实例对象private static SingletonLazy instance = null;//首次调用该方法时才真正创建出实例public static SingletonLazy getInstance() {synchronized (SingletonLazy.class) {//if和new成为一个整体if(instance == null) {instance = new SingletonLazy();}}return instance;}}

这样加锁弥补了上一个代码的缺点，但是还有一个问题，加锁这种操作就是把调度的随机性改为顺序执行了，那效率，性能必然会大打折扣，况且我们把加锁放在最外面的话，只要用到实例都要加锁，而创建实例对象只有在首次时会发生线程不安全，其实加锁一次就行，用不着回回都进行加锁。这个代码线程虽然是安全了，但是同时效率也降低了，那么有没有一种既能使线程安全又能使效率比较快的代码逻辑呢？当然有，一种方法是在加锁外面再加一层if判断。即两层if。代码如下：

public class SingletonLazy {//私有构造方法private SingletonLazy() {}//实例对象private static SingletonLazy instance = null;//首次调用该方法时才真正创建出实例public static SingletonLazy getInstance() {if(instance == null) {synchronized (SingletonLazy.class) {if(instance == null) {instance = new SingletonLazy();}}}return instance;}}

外面这层if就是用来判断对象是否创建好，如果创建好了，就不用进入外层if加锁，直接执行return。代码效率一下提高。如果没创建好，才会进入并加锁。而不是想上面代码频繁加锁。里面的if是判断是否需要new对象。

但是上面代码还是会有一个问题，就是指令重排序问题。

指令重排序问题是什么？

说到底和内存可见性一样，都是编译器为了增加效率，而对原有代码的执行顺序做出调整。调整的前提是保持逻辑不变。

举个例子：假如我们去超市买东西，需要买菜，买衣服，买首饰，买玩具。此时若按照衣服，玩具，首饰，菜这种顺序效率是最高的。

在单例模式中，new操作，时可能会触发指令重排序问题的，new操作可分为三步：

  1. 申请内存空间。
  2. 在内空间上构造对象(构造方法)。
  3. 给对象引用。

其中1的顺序不变，2和3的顺序是可以换的。执行1->2->3顺序使我们希望的，但若是执行1->3->2顺序，执行到3时，对象虽然不是null了，但是此时的对象还没有初始化，贸然使用是非法的。若有两个线程，一个线程才执行到1->3，另一个线程去使用还未new完的这个对象，就会引发异常。

但虽然这样说，我们不是加了锁吗，那不应该是其他没加锁的线程阻塞等待加锁的这个线程执行完new的三步后，释放锁后，其他线程才能继续执行吗，为什么我加锁的线程还没new完，甚至是还没释放锁呢，其他线程就已经去使用对象了？原因是：另一个线程压根就没进入外层if。一个线程加锁，没拿到锁的等待，不是锁一个线程拿到锁了，不管其他线程在干嘛都得停下来等待，而是执行到有synchronized语句时，才等待。既然这个线程都没进入外层if，肯定碰不到synchronized语句，就会直接return，实例就被拿去使用了。

上述问题的核心是解决指令重排序问题，解决办法就是给实例对象加volatile修饰。

public class SingletonLazy {//私有构造方法private SingletonLazy() {}//实例对象private static volatile SingletonLazy instance = null;//首次调用该方法时才真正创建出实例public static SingletonLazy getInstance() {if(instance == null) {synchronized (SingletonLazy.class) {if(instance == null) {instance = new SingletonLazy();}}}return instance;}}

    

应用场景举例： 

  1. 外部资源：每台计算机有若干个打印机，但只能有一个PrinterSpooler，以避免两个打印作业同时输出到打印机。内部资源：大多数软件都有一个（或多个）属性文件存放系统配置，这样的系统应该有一个对象管理这些属性文件 。
  2.  Windows的Task Manager（任务管理器）就是很典型的单例模式（这个很熟悉吧），想想看，是不是呢，你能打开两个windows task manager吗？ 不信你自己试试看哦~ 
  3.  windows的Recycle Bin（回收站）也是典型的单例应用。在整个系统运行过程中，回收站一直维护着仅有的一个实例。 
  4. 网站的计数器，一般也是采用单例模式实现，否则难以同步。 
  5.  应用程序的日志应用，一般都何用单例模式实现，这一般是由于共享的日志文件一直处于打开状态，因为只能有一个实例去操作，否则内容不好追加。 
  6. Web应用的配置对象的读取，一般也应用单例模式，这个是由于配置文件是共享的资源。 
  7. 数据库连接池的设计一般也是采用单例模式，因为数据库连接是一种数据库资源。数据库软件系统中使用数据库连接池，主要是节省打开或者关闭数据库连接所引起的效率损耗，这种效率上的损耗还是非常昂贵的，因为何用单例模式来维护，就可以大大降低这种损耗。 
  8. 多线程的线程池的设计一般也是采用单例模式，这是由于线程池要方便对池中的线程进行控制。 
  9. 操作系统的文件系统，也是大的单例模式实现的具体例子，一个操作系统只能有一个文件系统。
  10. HttpApplication 也是单位例的典型应用。熟悉ASP.Net(IIS)的整个请求生命周期的人应该知道HttpApplication也是单例模式，所有的HttpModule都共享一个HttpApplication实例。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.hqwc.cn/news/132882.html

如若内容造成侵权/违法违规/事实不符，请联系编程知识网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

CSS 之 table 表格布局

CSS 之 table 表格布局

一、简介 ​ 除了使用HTML的<table>元素外&#xff0c;我们还可以通过display: table/inline-table; 设置元素内部的布局类型为表格布局。并结合table-cell、table-row等相关CSS属性值可以实现HTML中<table>系列元素的效果&#xff0c;具有表头、表尾、行、单元格…
阅读更多...
JS之同步异步promise、async、await

JS之同步异步promise、async、await

promise异步操作 Promise是异步编程的一种解决方案 JavaScript异步与同步解析 学习promise前我们先来了解下什么是异步&#xff1f; 基本概念&#xff1a; 消息队列中的任务分为宏任务与微任务;调用栈也可以称为主线程 首先我们要知道js是单线程语言&#xff0c;也就是说…
阅读更多...
网工内推 | 技术支持工程师，厂商公司，HCIA即可，有带薪年假

网工内推 | 技术支持工程师，厂商公司，HCIA即可，有带薪年假

01 华为终端有限公司 招聘岗位&#xff1a;初级技术支持 职责描述&#xff1a; 1、通过远程方式处理华为用户在产品使用过程中各种售后问题&#xff1b; 2、收集并整理消费者声音&#xff0c;提供服务持续优化建议&#xff1b; 3、对服务中发现的热点、难点问题及其他有可能造…
阅读更多...
Linux CentOS8安装gitlab_ce步骤

Linux CentOS8安装gitlab_ce步骤

1 下载安装包 wget --content-disposition https://packages.gitlab.com/gitlab/gitlab-ce/packages/el/8/gitlab-ce-15.0.2-ce.0.el8.x86_64.rpm/download.rpm2 安装gitlab yum install policycoreutils-python-utilsrpm -Uvh gitlab-ce-15.0.2-ce.0.el8.x86_64.rpm3 更新配…
阅读更多...
基于Qt C++的工具箱项目源码，含命令行工具、桌面宠物、文献翻译、文件处理工具、医学图像浏览器、插件市场、设置扩展等工具

基于Qt C++的工具箱项目源码，含命令行工具、桌面宠物、文献翻译、文件处理工具、医学图像浏览器、插件市场、设置扩展等工具

一、介绍 1. 基本信息 完整代码下载地址&#xff1a;基于Qt C的工具箱项目源码 TBox是一款基于Qt C的工具箱。用户可以自行选择安装所需的工具&#xff08;以插件的形式&#xff09;&#xff0c;将TBox打造成专属于自己的效率软件。TBox基本界面展示如下&#xff1a; 2. 使用…
阅读更多...
RustDay03——记录刷完Rust100题

RustDay03——记录刷完Rust100题

刷了两三天Rust&#xff0c;终于把Rust100题刷完了&#xff0c;小小记录一下 明天白天的时候重开账户开题写答案
阅读更多...
界面组件DevExpress WinForms v23.2新功能预览 - 增强MVVM相关功能

界面组件DevExpress WinForms v23.2新功能预览 - 增强MVVM相关功能

本文主要描述了DevExpress WinForms即将在几个月之后发布的v23.2中包含的新功能&#xff0c;持续关注我们获取更多最新资讯哦~ DevExpress WinForms有180组件和UI库&#xff0c;能为Windows Forms平台创建具有影响力的业务解决方案。同时能完美构建流畅、美观且易于使用的应用…
阅读更多...
【算法优选】 二分查找专题——贰

【算法优选】 二分查找专题——贰

文章目录 &#x1f60e;前言&#x1f332;[山脉数组的峰顶索引](https://leetcode.cn/problems/peak-index-in-a-mountain-array/)&#x1f6a9;题目描述&#xff1a;&#x1f6a9;算法思路&#x1f6a9;代码实现&#xff1a; &#x1f334;[寻找峰值](https://leetcode.cn/pro…
阅读更多...
技术先驱视角：长城汽车工程师揭秘Hi4技术的无限潜力

技术先驱视角：长城汽车工程师揭秘Hi4技术的无限潜力

文 | 智能相对论 作者 | 沈浪 汽车行业的变革正在回归平衡和理性&#xff0c;混动市场再度掀起新的浪潮&#xff0c;以Hi4技术为代表的混合动力解决方案备受瞩目&#xff0c;并爆发出无限潜力。 日前&#xff0c;工信部等七个部门联合印发了《关于汽车行业稳增长工作方案&am…
阅读更多...
ceph 分布式存储与部署

ceph 分布式存储与部署

目录 一、存储基础&#xff1a; 1.单机存储设备&#xff1a; 2. 单机存储的问题&#xff1a; 3. 商业存储解决方案&#xff1a; 4. 分布式存储&#xff1a; 5. 分布式存储的类型&#xff1a; 二、Ceph 简介&#xff1a; 三、Ceph 优势&#xff1a; 四、Ceph 架构&#xff1a…
阅读更多...
Linux之open/close/read/write/lseek记录

Linux之open/close/read/write/lseek记录

一、文件权限 这里不做过多描述&#xff0c;只是简单的记录&#xff0c;因为下面的命令会涉及到。linux下一切皆是文件包括文本、硬件设备、管道、数据库、socket等。通过ls -l 命令可以查看到以下信息 drwxrwxrwx 1 root root 0 Oct 10 17:06 open -rwxrwxrwx 1 root roo…
阅读更多...
日常学习收获之----react的ref和wrappedComponentRef的区别

日常学习收获之----react的ref和wrappedComponentRef的区别

react获取子组件的方式&#xff0c;有ref和wrappedComponentRef。那这两者有什么区别呢&#xff1f; 区别在于是否用了高阶组件&#xff01;&#xff01;&#xff01;&#xff01;&#xff01;&#xff01;&#xff01;&#xff01;&#xff01;&#xff01;&#xff01;&#…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023