C++11 单例模式

Singleton.h

#ifndef SINGLETON_H
#define SINGLETON_H

#include <atomic>
#include <mutex>

class Singleton {
public:
    static Singleton& GetInstance();
    Singleton(const Singleton&) = delete;
    Singleton operator=(const Singleton&) = delete;
    ~Singleton() {}
private:
    Singleton() {}
};

#endif

Singleton.cpp

#include "Singleton.h"

static std::mutex g_mtx = {};

Singleton& Singleton::GetInstance()
{
    std::unique_lock<std::mutex> lock(g_mtx);
    static Singleton singleton;
    return singleton;
}

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
单例模式是一种设计模式,它保证类在整个程序中只能创建一个实例。在多线程环境下,如果不加以处理,可能会出现多个线程同时调用getInstance()方法创建实例的问题,从而违反了单例模式的原则。 为了在多线程环境下保证单例模式的正确性,可以采用以下几种解决方案: 1. 懒汉式-线程不安全:在 getInstance() 方法中进行实例化时,没有进行多线程并发控制,可能会导致创建多个实例的问题。 2. 懒汉式-线程安全:在 getInstance() 方法加上 synchronized 关键字,使用同步锁来控制多线程并发访问,确保只有一个线程能够创建实例。但是,由于加锁会造成多线程竞争锁资源的性能损耗,因此并不推荐使用该方式。 3. 饿汉式:在类加载时就进行实例化,保证了线程安全,不存在并发问题。但是,由于直接创建对象实例,可能会占用空间,影响程序的性能。 4. 双重检查锁定:使用 volatile 关键字来保证多线程环境下的可见性,通过两次判断实例是否为 null 来控制并发访问。第一次判断是为了避免不必要的同步锁开销,第二次判断是为了在实例为 null 的情况下进行同步锁。这种方式可以避免懒汉式加锁方式的性能问题。 5. 静态内部类:利用类加载机制和类初始化锁的特性,在静态内部类中创建实例,保证了线程安全性和延迟加载。通过静态内部类的方式创建单例,只有在调用 getInstance() 方法时才会加载内部类,从而实现了懒加载。 综上所述,针对多线程环境下的单例模式,可以根据具体需求选择适当的实现方式。在保证线程安全的前提下,尽量避免加锁操作,以提高程序的性能。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值