07.单例模式八板斧

2023-12-24 21:45
文章标签 模式 单例 07 板斧

本文主要是介绍07.单例模式八板斧,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

《孔乙己》里的孔乙己倔强的强调着“茴”字有四种写法;
《让子弹飞》里的武教头自称给黄四郎准备了九种死法;
《功夫》里的火云邪神不屑的嘲笑着飞来的子弹说“天下武功唯快不破”;


水有多深VS路有多长

前面几篇文章我们从宏观的角度拆解了设计模式的一些基本原则。对于设计模式的知识而言,此前所讲的那些原则只能说是开胃小菜,为什么这样说呢?因为23种设计模式我们今天才会开始拆解其中的第一种——单例模式。
我在最开始学习设计模式之前很长一段时间都有一种感受,大量的应用实例都给我一种自己是“孔乙己”的感觉。

“单例模式我知道啊,很基础的,我会用就可以了。什么?单例模式有八种写法?大哥,茴香豆的茴还有四种写法呢?你说这些有什么意义?白费功夫不是?”

其实这里夹杂着一个很重要的思考,就像我们玩桌游一定要先了解胜利的条件是什么一样。如果我现在问你,设计模式是什么?或者说为什么要学习了解设计模式?你出于什么样的目的想要学习设计模式?相信很多人可能一时不知从何说起。
设计模式这门学科在我目前的理解中,它更像是一种经验学,这恰恰是它独居魅力同时又极难真正吃透的原因。世界上最难的知识就是无字之书。

设计模式是程序员在面对同类软件工程设计问题所总结出来的有用的经验,模式不是代码,而是某类问题的通用解决方案,它真正代表的实际是一种最佳的实践。

这些方案是众多杰出的开发人员经过相当长的一段时间实验出来的。它的本意是要提高软件的维护性、通用性和扩展性同时降低软件的复杂度。最重要的是,它不受编程语言的限制,是真正的底层学科。下面就让我们一起踏上征程吧。


单例模式

概述

所谓单例设计模式,就是采取一定的方法保证在整个的软件系统中,对某个类只能存在一个对象实例,并且该类只提供一个取得其对象实例的方法(静态)。
比如Hibernate的SessionFactory,它充当数据存储源的代理,并负责创建Session对象。SessionFactory并不是轻量级的,一般情况下,一个项目通常只需要一个SessionFactory就够,这时就会使用到单例模式。

实现单例模式的八种方式

  1. 饿汉式(静态常量,可能浪费内存)
  2. 饿汉式(静态代码块,可能浪费内存)
  3. 懒汉式(线程不安全)
  4. 懒汉式(线程安全,同步方法,效率低)
  5. 懒汉式(线程不完全安全,同步代码块,效率低)
  6. 双重检查
  7. 静态内部类
  8. 枚举

静态常量饿汉式

步骤

  1. 构造器私有化(防止new)
  2. 类的内部创建对象
  3. 向外暴露一个静态公共方法。 (getInstance)

代码实现

/*** 单例模式 -*  饿汉式(静态变量)*/
public class SingletonType1 {public static void main(String[] args) {//测试Singleton singleton = Singleton.getInstance();Singleton singleton2 = Singleton.getInstance();System.out.println(singleton==singleton2);//是一个对象}
}class  Singleton{//1.构造器私有化,外部不能newprivate Singleton(){}//2.在本类内部创建对象实例,在类初始化加载时就创建好一个实例(也是唯一一个实例)private final static Singleton instance = new Singleton();//3.提供一个共有的静态方法,返回实例对象即可public static Singleton getInstance(){return instance;}
}

分析

没什么安全风险,但是思考一个问题,类加载时就创建对象,如果自始至终都没有用过,不就浪费内存了嘛?这正是这种方式的显著缺点。


静态代码块饿汉式

代码实现

/*** 单例模式 -*  饿汉式(静态代码块)*/
public class SingletonType2 {public static void main(String[] args) {//测试Singleton singleton = Singleton.getInstance();Singleton singleton2 = Singleton.getInstance();System.out.println(singleton==singleton2);//是一个对象}
}class  Singleton{//1.构造器私有化,外部不能newprivate Singleton(){}//2.在本类内部创建对象实例,在类初始化加载时就创建好一个实例(也是唯一一个实例)private  static Singleton instance;static {//在静态代码块中创建单例对象instance = new Singleton();}//3.提供一个共有的静态方法,返回实例对象即可public static Singleton getInstance(){return instance;}
}

分析

同样没有什么安全风险,但是并没有解决可能的内存浪费问题。


放飞自我懒汉式

代码实现

/*** 单例模式 - 懒汉式 - 线程不安全*/
public class SingletonTest3 {public static void main(String[] args) {//测试Singleton singleton = Singleton.getInstance();Singleton singleton1 = Singleton.getInstance();System.out.println(singleton==singleton1);}
}//单例模式 - 懒汉式 - 线程不安全
class Singleton{private static Singleton instance;private Singleton(){}//提供一个静态的共有方法,当使用改方法时,才去创建instance//即懒汉式public static Singleton getInstance(){if (instance==null)instance = new Singleton();return instance;}
}

分析

确实是有lazy loading的效果,但是相信有同学已经看出来了,它是线程不安全的,除非是单线程场景,否则绝对不能用。


谨小慎微懒汉式

代码实现

/*** 单例模式 - 懒汉式 - 线程安全(同步方法)*/
public class SingletonTest4 {public static void main(String[] args) {//测试Singleton singleton = Singleton.getInstance();Singleton singleton1 = Singleton.getInstance();System.out.println(singleton==singleton1);}
}//单例模式 - 懒汉式 - 线程安全
class Singleton{private static Singleton instance;private Singleton(){}//提供一个静态的共有方法,当使用改方法时,才去创建instance//加入同步处理,防止线程不安全//即懒汉式public static synchronized Singleton getInstance(){if (instance==null)instance = new Singleton();return instance;}
}

分析

直接一刀切,确实线程安全了,效率太低了。


恶意 All In 懒汉式

代码实现

/*** 单例模式 - 懒汉式 - 线程不安全(同步代码块) - 效率低*/
public class SingletonTest5 {public static void main(String[] args) {//测试Singleton singleton = Singleton.getInstance();Singleton singleton1 = Singleton.getInstance();System.out.println(singleton==singleton1);}
}//单例模式 - 懒汉式 - 线程不安全
class Singleton{private static Singleton instance;private Singleton(){}//提供一个静态的代码块,当使用改方法时,才去创建instance//虽然加入同步代码块,但是线程依然不安全//即懒汉式public static synchronized Singleton getInstance(){if (instance==null){synchronized (Singleton.class){instance = new Singleton();}}return instance;}
}

分析

本想结合效率和线程问题搞个all in, 但是这种同步并不能起到线程同步的作用。


双重检查实现单例

代码实现

/*** 单例 - 双重检查方式实现*/
public class SingletonTest6 {public static void main(String[] args) {Singleton singleton = Singleton.getInstance();Singleton singleton1 = Singleton.getInstance();System.out.println(singleton==singleton1);}
}class Singleton{//volatile关键字,可以让修改值立即更新到主存,可以理解为是轻量级的synchronizedprivate static volatile Singleton instance;private Singleton(){}//提供一个静态公有方法,加入双重检查代码,解决线程安全问题,同时解决懒加载问题public static Singleton getInstance(){if (instance==null){synchronized (Singleton.class){if (instance==null)instance = new Singleton();}}return instance;}
}

分析

double-check,多线程经常用到的理论,线程安全效率也很高。


静态内部类实现单例

代码实现

/*** TO DO* 单例 - 静态内部类实现方式* @author Wayne* @date 2022/11/10 21:23*/
public class SingletonTest7 {
}class Singleton{private Singleton(){}private static class SingletonInstance{private static final Singleton INSTANCE = new Singleton();}public static Singleton getInstance(){return SingletonInstance.INSTANCE;}
}

分析

  1. 当Singleton类装载时,其内部类不会装载;
  2. 当调用getInstance方法用到了静态内部类时,才会装载静态内部类;
  3. 当类装载时是线程安全的,且每个类只会被装载一次。
  4. 懒汉式,线程安全稳定高效

枚举实现单例

代码实现

/*** TO DO*  枚举方式实现单例* @author Wayne* @date 2022/11/1021:48*/
public class SingletonTest8 {public static void main(String[] args) {Singleton singleton = Singleton.INSTANCE;Singleton singleton1 = Singleton.INSTANCE;System.out.println(singleton==singleton1);}
}enum Singleton{INSTANCE;//属性public void sayOk(){System.out.println("ok~");}
}

分析

借助JDK1.5的枚举特性实现单例,不仅避免了多线程问题,还能防止反序列化重复创建对象。


人生这场养成游戏里,我们都是主角

一通写完,打个小结,单例模式八板斧,实际推荐使用的只有后三个。那么反思时刻又来了,你浪费键盘敲了一上午写前五个干什么,你不就是孔乙己吗?
是啊,这也是我时常问自己的问题,在实际工作中各种框架技术早已完备的开箱即用且不说,就是真的要你写一个单例模式,也是要求你最快实现就可以了,哪个还有耐心听你一板一眼的分析我是从八个里面选了最好的一个呢?
最近董宇辉和东方甄选的纷争想必大家也都有耳闻,董老师在这场漩涡中心的时候说了这样一句话:“读书人就是拧巴。”
其实不是读书人拧巴,而是人生这场养成游戏并没有给所有人很高的掉宝率。好机会可能在一辈子只能出现一两次,它不会问你是否准备好,错过了就是错过了。不要在最关键的时候抱怨“书到用时方恨少”,这场游戏里我们每个人都是主角,最后存档的时候不让自己遗憾才是最重要的。


关注我,共同进步,每周至少一更。讲的不只是代码。——Wayne

这篇关于07.单例模式八板斧的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/533244

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

引言 在企业级应用开发中,数据库操作是非常重要的一环。Spring Data JPA提供了一种简化的方式来进行数据库交互,它使得开发者无需编写复杂的JPA代码就可以完成常见的CRUD操作。此外,设计模式如单例模式可以帮助我们更好地管理和控制对象的创建过程,从而提高系统的性能和可维护性。本文将展示如何结合Spring Boot、Spring Data JPA以及单例模式来构建一个基本的库存管理系统