阅读ISE源码过程中重新对单例模式的理解

0x01缘由

最近在项目开发中使用到了日志类,对其封装时采用的单例模式,但是仔细研究后,发现很多细节未考虑,于是学习了下ISE的单例模式设计;

0x02单例模式需考虑的场景

用于配置文件、日志等公共操作类。

注意如下:

1、每次instance()返回唯一个对象;

2、多线程并发访问;(意味着加锁)

3、返回对象效率要高;

0x03ISE单例实现

template<typename T>
class Singleton : boost::noncopyable
{
public:
    static T& instance()
    {
        // DCL with volatile   双重锁检测
        if (instance_ == NULL)
        {
            AutoLocker locker(mutex_); //加锁同步
            if (instance_ == NULL)
                instance_ = new T();
            return *instance_;
        }
        return *instance_;  //只在创建时考虑加锁,这样如果读出不为空直接返回,这样减少加锁的开销;
    }
protected:
    Singleton() {}
    ~Singleton() {}
private:
    static T* volatile instance_;
    static Mutex mutex_;
};

template<typename T> T* volatile Singleton<T>::instance_ = NULL;
template<typename T> Mutex Singleton<T>::mutex_;

0x04需要关注的技术点

A.DCL 

双重锁检测;

B.volatile

volatile提醒编译器它后面所定义的变量随时都有可能改变,因此编译后的程序每次需要存储或读取这个

变量的时候,都会直接从变量地址中读取数据。


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值