代码操作中经常使用到设计模式之单例模式

简介: 代码操作中经常使用到设计模式之单例模式

前言:

应一位朋友之邀继续分享一下设计模式,关于设计模式的基本介绍在上一篇文章已经有所描述,这篇就不多做赘述。今天给大家介绍一下设计模式的里面的入门篇——单例模式。学习这些模式有助于经验不足的开发人员通过一种简单快捷的方式来学习软件设计。

作者:良知犹存

转载授权以及围观:欢迎关注微信公众号:羽林君

或者添加作者个人微信:become_me


单例模式概念定义

单例模式是我们用到最简单的设计模式之一,这种类型的设计模式属于创建者类型模式。指定一个类只有一个实例,且该类能自行创建这个实例。

例如,我们在一些应用编程时候会定义一些独一无二的驱动类,这个类只会有一个实例产生,通过使用单例模式,我们就可以避免因为不需要的多次实例化这个类减少内存的浪费,或者造成数据的不一致。

结构定义:

单例类:包含一个实例且能自行创建这个实例的类。

访问类:使用单例的类。

结构图如下4edc953e2c684bbe819ffa954c899c08.png

之一。通常,普通类的构造函数是公有的,外部类可以通过“new 构造函数()”来生成多个实例。但是,如果将类的构造函数设为私有的,外部类就无法调用该构造函数,也就无法生成多个实例。这时该类自身必须定义一个静态私有实例,并向外提供一个静态的公有函数用于创建或获取该静态私有实例。

下面介绍一些常用的单例模式使用的代码例子:

第 1 种:懒汉式单例

该模式的特点是类加载时没有生成单例,只有当第一次调用 getlnstance 方法时才去创建这个单例。

范例如下:

C++实现

#include <iostream>
using namespace std;
class Signleton {
private:
 Signleton() { cout << "init singleton" << endl; 
 }
 static Signleton* _instance;
public:
 static Signleton* getInstance() {
  if(_instance == nullptr) {
   _instance = new Signleton;
  }
  return _instance;
 }
};
Signleton * Signleton:: _instance = nullptr;
int main() {
//  Signleton obj1; //这样定义会报错,调用用下面方式
  Signleton::getInstance();
  Signleton::getInstance();
  Signleton::getInstance();
  return 0;
}

python实现

#!/usr/bin/python3
class Singleton(object):
    def __init__(self):
        print("init singleton")
    @classmethod
    def instance(cls, *args, **kwargs):
        if not hasattr(Singleton, "_instance"):
            Singleton._instance = Singleton(*args, **kwargs)
        return Singleton._instance
if __name__ == "__main__":
    obj1 = Singleton.instance()
    obj2 = Singleton.instance()
    obj3 = Singleton.instance()

第 2 种:饿汉式单例

该模式的特点是类一旦加载就创建一个单例,保证在调用 getInstance 方法之前单例已经存在了。

范例如下:

C++实现

#include <iostream>
using namespace std;
class Signleton {
private:
 Signleton() { cout << "init singleton" << endl; 
 }
 static Signleton _instance;
public:
     static Signleton getInstance() {
  return _instance;
 }
};
Signleton  Signleton:: _instance ;
int main() {
  Signleton::getInstance();
  Signleton::getInstance();
  Signleton::getInstance();
  return 0;
}

python实现

#!/usr/bin/python3
class Singleton(object):
    _instance = None
    def __init__(self):
        if not Singleton._instance:
            print("init singleton")
    @classmethod
    def instance(cls):
        if not cls._instance:
            cls._instance = Singleton()
        return cls._instance
if __name__ == "__main__":
    obj1 = Singleton.instance()
    obj2 = Singleton.instance()
    obj3 = Singleton.instance()
    print(Singleton.instance())
    print(Singleton.instance())
    print(Singleton.instance())

编译之后可以看到,我们调用了三次,但是实际上构造函数只执行了一次。


两种创建单例对象的方式对比:


懒汉式:只有这个类在被调用的时候才会创建,若是多线程同时使用,就会考虑线程安全的为题。这个代码只适合在单线程下,当多线程时,是不安全的,多线程加锁。考虑两个线程同时首次调用instance方法且同时检测到p是nullptr,则两个线程会同时构造一个实例给p,这将违反了单例的准则。


饿汉式:当成类被加载的时候,这个类就会被实例化,虽然没有被使用但是会占用内存,由于是一开始就会被实例化了,所以这个线程安全的。


第 3 种:优化版本(我经常使用的版本)


范例如下:


C++实现

#include <iostream>
using namespace std;
class Signleton {
private:
 Signleton() {
   cout << "init singleton" << endl; 
 }
public:
     static Signleton getInstance() {
        static  Signleton m_instance;
        return m_instance;
 }
};
Signleton  Signleton:: _instance ;
int main() {
  Signleton::getInstance();
  Signleton::getInstance();
  Signleton::getInstance();
  return 0;
}

这个在工作中经常使用,使用了一个局部static变量,代码也比较简洁,优先推荐这个给大家使用。

补充:C++中static对象的初始化

non-local static对象(函数外)

C++规定,non-local static 对象的初始化发生在main函数执行之前,也即main函数之前的单线程启动阶段,所以不存在线程安全问题。但C++没有规定多个non-local static 对象的初始化顺序,尤其是来自多个编译单元的non-local static对象,他们的初始化顺序是随机的。

local static 对象(函数内)

对于local static 对象,其初始化发生在控制流第一次执行到该对象的初始化语句时。多个线程的控制流可能同时到达其初始化语句。

在C++11之前,在多线程环境下local static对象的初始化并不是线程安全的。具体表现就是:如果一个线程正在执行local static对象的初始化语句但还没有完成初始化,此时若其它线程也执行到该语句,那么这个线程会认为自己是第一次执行该语句并进入该local static对象的构造函数中。这会造成这个local static对象的重复构造,进而产生内存泄露问题。所以,local static对象在多线程环境下的重复构造问题是需要解决的。

而C++11则在语言规范中解决了这个问题。C++11规定,在一个线程开始local static 对象的初始化后到完成初始化前,其他线程执行到这个local static对象的初始化语句就会等待,直到该local static 对象初始化完成。

单例模式的优点和缺点

单例模式的优点:

单例模式可以保证内存里只有一个实例,减少了内存的开销。

可以避免对资源的多重占用。

单例模式设置全局访问点,可以优化和共享资源的访问。

单例模式的缺点:

单例式一般没有接口,扩展困难。如果要扩展,则除了修改原来的代码,没有第二种途径,违背开闭原则。

在并发测试中,单例模式不利于代码调试。在调试过程中,如果单例中的代码没有执行完,也不能模拟生成一个新的对象。

单例模式的功能代码通常写在一个类中,如果功能设计不合理,则很容易违背单一职责原则。

结语

这就是我分享的设计模式中的单例模式,如果大家有更好的想法和需求,也欢迎大家加我好友交流分享哈。


作者:良知犹存,白天努力工作,晚上原创公号号主。公众号内容除了技术还有些人生感悟,一个认真输出内容的职场老司机,也是一个技术之外丰富生活的人,摄影、音乐 and 篮球。关注我,与我一起同行。

目录
相关文章
|
7月前
|
设计模式 缓存 安全
【设计模式】【创建型模式】单例模式(Singleton)
一、入门 什么是单例模式? 单例模式是一种设计模式,确保一个类只有一个实例,并提供一个全局访问点。它常用于需要全局唯一对象的场景,如配置管理、连接池等。 为什么要单例模式? 节省资源 场景:某些对象创
270 15
|
设计模式 安全 Java
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
119 2
|
9月前
|
设计模式 安全 Java
设计模式:单例模式
单例模式是一种创建型设计模式,确保一个类只有一个实例,并提供全局访问点。它通过私有化构造函数、自行创建实例和静态方法(如`getInstance()`)实现。适用于数据库连接池、日志管理器等需要全局唯一对象的场景。常见的实现方式包括饿汉式、懒汉式、双重检查锁、静态内部类和枚举。线程安全问题可通过`synchronized`或双重检查锁解决,同时需防止反射和序列化破坏单例。优点是避免资源浪费,缺点是可能增加代码耦合度和测试难度。实际开发中应优先选择枚举或静态内部类,避免滥用单例,并结合依赖注入框架优化使用。
|
8月前
|
设计模式 存储 安全
设计模式-单例模式练习
单例模式是Java设计模式中的重要概念,确保一个类只有一个实例并提供全局访问点。本文详解单例模式的核心思想、实现方式及线程安全问题,包括基础实现(双重检查锁)、懒汉式与饿汉式对比,以及枚举实现的优势。通过代码示例和类图,深入探讨不同场景下的单例应用,如线程安全、防止反射攻击和序列化破坏等,展示枚举实现的简洁与可靠性。
148 0
|
10月前
|
设计模式 存储 安全
设计模式2:单例模式
单例模式是一种创建型模式,确保一个类只有一个实例,并提供全局访问点。分为懒汉式和饿汉式: - **懒汉式**:延迟加载,首次调用时创建实例,线程安全通过双重检查锁(double check locking)实现,使用`volatile`防止指令重排序。 - **饿汉式**:类加载时即创建实例,线程安全但可能浪费内存。 示例代码展示了如何使用Java实现这两种模式。
243 4
|
设计模式 存储 前端开发
前端必须掌握的设计模式——单例模式
单例模式是一种简单的创建型设计模式,确保一个类只有一个实例,并提供一个全局访问点。适用于窗口对象、登录弹窗等场景,优点包括易于维护、访问和低消耗,但也有安全隐患、可能形成巨石对象及扩展性差等缺点。文中展示了JavaScript和TypeScript的实现方法。
509 13
|
设计模式 安全 Java
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
172 2
|
设计模式 Java 数据库连接
Java编程中的设计模式:单例模式的深度剖析
【10月更文挑战第41天】本文深入探讨了Java中广泛使用的单例设计模式,旨在通过简明扼要的语言和实际示例,帮助读者理解其核心原理和应用。文章将介绍单例模式的重要性、实现方式以及在实际应用中如何优雅地处理多线程问题。
207 4
|
设计模式 安全 Java
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
Kotlin教程笔记(57) - 改良设计模式 - 单例模式
|
设计模式 存储 数据库连接
PHP中的设计模式:单例模式的深入理解与应用
【10月更文挑战第22天】 在软件开发中,设计模式是解决特定问题的通用解决方案。本文将通过通俗易懂的语言和实例,深入探讨PHP中单例模式的概念、实现方法及其在实际开发中的应用,帮助读者更好地理解和运用这一重要的设计模式。
134 1