深入理解单例模式:如何确保一个类只有一个实例?

欢迎来到英杰社区
https://bbs.csdn.net/topics/617804998

欢迎来到阿Q社区
https://bbs.csdn.net/topics/617897397

单例模式

  • 前言
  • 单例模式
    • 饿汉模式
    • 懒汉模式

前言

单例模式(Singleton Pattern)是一种常用的设计模式,用于确保一个类只有一个实例,并提供全局访问点。虽然在表面上看起来很简单,但深入理解单例模式可以帮助我们更好地应用它,避免潜在的问题。

在本文中,我们将深入探讨单例模式的核心思想、实现方式和使用场景。首先,我们将介绍单例模式的概念和作用,以及为什么要使用单例模式。其次,我们将讨论几种常见的单例模式实现方式,包括懒汉模式、饿汉模式、双重检查锁定模式和静态内部类模式。我们将比较它们的优缺点,以及在多线程环境下如何确保线程安全。

通过深入理解单例模式,我们可以更好地应用它来解决实际的问题。无论是在多线程环境下确保只有一个实例,还是在需要全局访问点的情况下,单例模式都是一个有力的工具。同时,我们也要注意单例模式可能带来的一些副作用,例如对代码的耦合性增加和单元测试的困难。

在本文中,我们将通过详细的解释、示例代码和实际案例,帮助读者深入理解单例模式,并能够在实践中灵活应用。无论是初学者还是有经验的开发者,都可以从本文中获得对单例模式的全面认识和实践指导。

深入理解单例模式,让我们更好地应用它,提高代码的可维护性和可扩展性。

单例模式

单例模式(Singleton Pattern)是一种常见的设计模式,用于确保一个类只有一个实例,并提供全局访问点。

在单例模式中,类的构造函数被私有化,确保外部无法直接创建对象实例。同时,类内部定义一个静态成员变量用于保存唯一实例,并提供一个公共的静态方法用于获取该实例。

以下是一个简单的单例模式的示例代码:

java
public class Singleton {
    private static Singleton instance;

    private Singleton() {
        // 私有化构造函数
    }

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

在上述代码中,Singleton 类的构造函数被私有化,确保外部无法直接创建对象实例。通过定义一个静态的 instance 变量,在第一次调用 getInstance() 方法时进行实例化,实现了懒加载的效果。之后的调用都直接返回已经创建的实例。

单例模式的优点是实现简单,可以确保一个类只有一个实例,并提供全局访问点,方便其他对象直接使用该实例。此外,由于只有一个实例存在,可以节省资源。

然而,单例模式也有一些缺点。例如,在多线程环境下,需要考虑并发访问的线程安全性,以避免破坏单例的特性。另外,由于单例对象存在全局访问点,可能会导致代码的耦合性增加,不利于单元测试和模块化开发。

在使用单例模式时,需要根据具体的需求和场景来决定是否使用该模式,并考虑线程安全的实现方式。

饿汉模式

饿汉模式(Eager Initialization)是一种常见的单例设计模式,在该模式下,单例对象在类加载时就被创建,并在整个应用程序生命周期中保持唯一实例。

实现饿汉模式的关键是将构造函数私有化,确保外部无法直接创建对象实例。同时,类内部定义一个静态成员变量用于保存唯一实例,并在类加载时进行初始化。最后,提供一个公共的静态方法用于获取该实例。

以下是一个简单的饿汉模式的示例代码:


public class Singleton {
    private static Singleton instance = new Singleton();

    private Singleton() {
        // 私有化构造函数
    }

    public static Singleton getInstance() {
        return instance;
    }
}

在上述代码中,Singleton 类的构造函数被私有化,确保外部无法直接创建对象实例。同时,通过定义一个静态的 instance 变量,并在类加载时进行初始化,实现了在整个应用程序中只有一个唯一实例的效果。外部通过调用 getInstance() 方法获取该实例。

#include<mutex>
#include<iostream>
#include<atomic>
using namespace std;

/*饿汉模式
class singleton {
public:
//	singleton() = delete;
	singleton(const singleton& s) = delete;
	singleton& operator=(const singleton& s) = delete;
	static singleton* getstatic() {
		return st;
	}
	void print() {
		cout << "12321" << endl;
	}
private:
	singleton() = default;
//	singleton(const singleton& s) = default;
	static singleton* st;

};
singleton* singleton::st = new singleton;
int main()
{
	singleton* single = singleton::getstatic();
	single->print();

	return 0;

使用饿汉模式的优点是实现简单,线程安全,因为在类加载时就已经创建了实例。但也有一些缺点,例如如果单例对象比较复杂,初始化时间较长,会导致程序启动时耗费较多时间。此外,如果该单例对象在整个应用程序生命周期中没有被使用,也会造成资源的浪费。

因此,在选择设计模式时,需要根据具体的需求和场景来决定是否使用饿汉模式。

懒汉模式

懒汉模式(Lazy Initialization)是一种常见的单例设计模式,与饿汉模式相比,它延迟了单例对象的创建时间,即在第一次使用时才进行实例化。

实现懒汉模式的关键是将构造函数私有化,确保外部无法直接创建对象实例。同时,类内部定义一个静态成员变量用于保存唯一实例,并提供一个公共的静态方法用于获取该实例。在获取实例的方法中,会先判断实例是否已经被创建,如果没有则进行实例化。

以下是一个简单的懒汉模式的示例代码:

public class Singleton {
    private static Singleton instance;

    private Singleton() {
        // 私有化构造函数
    }

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

在上述代码中,Singleton 类的构造函数被私有化,确保外部无法直接创建对象实例。通过定义一个静态的 instance 变量,在第一次调用 getInstance() 方法时进行实例化,实现了懒加载的效果。之后的调用都直接返回已经创建的实例。

懒汉模式的优点是实现简单,只有在需要使用单例对象时才进行实例化,可以节省资源。但也存在一些问题,例如在多线程环境下,如果多个线程同时调用 getInstance() 方法,并且实例尚未被创建,可能会导致创建多个实例,破坏了单例的特性。因此,在懒汉模式中需要考虑线程安全的实现方式,例如使用双重检查锁定(Double-Checked Locking)或者静态内部类。

//懒汉模式

class singleton {
public:
	//	singleton() = delete;
	singleton(const singleton& s) = delete;
	singleton& operator=(const singleton& s) = delete;
	static singleton* getstatic() {
		
		if (st == nullptr) {
			st = new singleton;
		}
		return st;
	}

	//利用互斥锁解决多线程问题(有问题)
	static singleton* getstatic() {
		if (st == nullptr) {
			m_mutex.lock();
			if (st == nullptr) {

				st = new singleton;
			}
			m_mutex.unlock();
		}
		
		return st;
	}

	//利用原子变量解决底层问题  
		static singleton* getstatic() {
			singleton* st = ato.load();
			if (st == nullptr) {
			m_mutex.lock();
			st = ato.load();
			if (st == nullptr) {
				st = new singleton;
				ato.store(st);
			}
			m_mutex.unlock();
		}
		return st;
	}
		//或者利用·局部静态对象解决多线程问题

	void print() {
	cout << "12321" << endl;
	}
private:
	singleton() = default;
	//	singleton(const singleton& s) = default;
	static singleton* st;

	static mutex m_mutex;
	static atomic<singleton*>  ato;

};
singleton* singleton::st = nullptr;
mutex singleton::m_mutex;
atomic<singleton*> singleton::ato;

int main()
{
	singleton* single = singleton::getstatic();
	single->print();

	return 0;
}
  • 73
    点赞
  • 65
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 40
    评论
Java设计模式是一种被广泛应用于软件开发中的编程方法论,它通过总结和归纳出的一系列经典的解决方案,可以帮助开发人员在特定的问题场景中更高效地编写代码。设计模式可以提供一种约定的标准,使开发团队能够更好地协作,提高代码的可读性和可维护性。 设计模式可以分为创建型、结构型和行为型三个大的别。创建型模式用于创建对象,包括单例模式、原型模式、工厂模式等;结构型模式用于组合和对象来形成更大的结构,包括适配器模式、装饰器模式、桥接模式等;行为型模式用于定义和对象之间的交互,包括观察者模式、策略模式、状态模式等。 每种设计模式都有其独特的应用场景和解决问题的能力。例如,单例模式适用于只存在一个实例对象的场景,保证其唯一性,避免资源的浪费;观察者模式适用于存在一对多关系的场景,当一个对象状态发生改变时,自动通知其他依赖对象。 要深入理解设计模式的应用,我们可以通过实例剖析来学习。实例剖析可以通过具体的案例来演示设计模式的实际应用。我们可以通过分析一个具体的业务场景,了解问题的需求和解决方案的思路,并且通过代码实现来理解具体的应用细节。 在学习设计模式时,我们还可以深入解读每个模式的设计原则和使用场景。设计原则包括单一职责原则、开放封闭原则、依赖倒置原则等,这些原则是指导我们编写高质量代码的准则。使用场景则是指导我们在何种情况下选择使用某个设计模式,以及如何根据具体情况进行适当的模式变种或组合。 总体来说,Java设计模式是提高软件开发效率与质量的重要工具。通过实例剖析与深入解读,我们可以更好地掌握设计模式的核心概念和实际应用,从而在实际项目中进行灵活而高效的开发

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 40
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

洁洁!

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值