java 线程 单例_多线程单例模式
多线程单例模式
原文:https://blog.csdn.net/u011726005/article/details/82356538
1. 饿汉模式
使用饿汉模式实现单例是十分简单的,并且有效避免了线程安全问题,因为将该单例对象定义为static变量,程序启动即将其构造完成了。代码实现:
classSingleton {public:static Singleton*GetInstance() {returnsingleton_;
}static voidDestreyInstance() {if (singleton_ !=NULL) {deletesingleton_;
}
}private://防止外部构造。
Singleton() = default;//防止拷贝和赋值。
Singleton& operator=(const Singleton&) = delete;
Singleton(const Singleton& singleton2) = delete;private:static Singleton*singleton_;
};
Singleton* Singleton::singleton_ = newSingleton;intmain() {
Singleton* s1 =Singleton::GetInstance();
std::cout<< s1 <<:endl>
Singleton* s2 =Singleton::GetInstance();
std::cout<< s2 <<:endl>
Singleton.DestreyInstance();return 0;
}
2.懒汉模式
饿汉方式不论是否需要使用该对象都将其定义出来,可能浪费了内存,或者减慢了程序的启动速度。所以使用懒汉模式进行优化,懒汉模式即延迟构造对象,在第一次使用该对象的时候才进行new该对象。
而懒汉模式会存在线程安全问题,最出名的解决方案就是Double-Checked Locking Pattern (DCLP)。使用两次判断来解决线程安全问题并且提高效率。代码实现:
#include #include
classSingleton {public:static Singleton*GetInstance() {if (instance_ ==nullptr) {
std::lock_guard<:mutex> lock(mutex_);if (instance_ ==nullptr) {
instance_= newSingleton;
}
}returninstance_;
}~Singleton() = default;//释放资源。
voidDestroy() {if (instance_ !=nullptr) {deleteinstance_;
instance_=nullptr;
}
}void PrintAddress() const{
std::cout<< this <<:endl>
}private:
Singleton()= default;
Singleton(const Singleton&) = delete;
Singleton& operator=(const Singleton&) = delete;private:static Singleton*instance_;staticstd::mutex mutex_;
};
Singleton* Singleton::instance_ =nullptr;
std::mutex Singleton::mutex_;intmain() {
Singleton* s1 =Singleton::GetInstance();
s1->PrintAddress();
Singleton* s2 =Singleton::GetInstance();
s2->PrintAddress();return 0;
}
3. 懒汉模式优化
上述代码有一个问题,当程序使用完该单例,需要手动去调用Destroy()来释放该单例管理的资源。如果不去手动释放管理的资源(例如加载的文件句柄等),虽然程序结束会释放这个单例对象的内存,但是并没有调用其析构函数去关闭这些管理的资源句柄等。解决办法就是将该管理的对象用智能指针管理。代码如下:
#include #include#include
classSingleton {public:static Singleton&GetInstance() {if (!instance_) {
std::lock_guard<:mutex> lock(mutex_);if (!instance_) {
instance_.reset(newSingleton);
}
}return *instance_;
}~Singleton() = default;void PrintAddress() const{
std::cout<< this <<:endl>
}private:
Singleton()= default;
Singleton(const Singleton&) = delete;
Singleton& operator=(const Singleton&) = delete;private:static std::unique_ptrinstance_;staticstd::mutex mutex_;
};
std::unique_ptrSingleton::instance_;
std::mutex Singleton::mutex_;intmain() {
Singleton& s1 =Singleton::GetInstance();
s1.PrintAddress();
Singleton& s2 =Singleton::GetInstance();
s2.PrintAddress();return 0;
}
4. Double-Checked Locking Pattern存在的问题
Double-Checked Locking Pattern (DCLP)实际上也是存在严重的线程安全问题。Scott Meyers and 和Alexandrescu写的一篇文章里面专门分析了这种解决方案的问题C++ and the Perils of Double-Checked Locking。文章截图:
比如刚刚实现方式很容易发现其存在线程安全问题。
if (instance_ ==nullptr) { \\ 语句1
std::lock_guard<:mutex> lock(mutex_);if (instance_ ==nullptr) {
instance_= newSingleton; \\ 语句2
}
}
线程安全问题产生的原因是多个线程同时读或写同一个变量时,会产生问题。
如上代码,对于语句2是一个写操作,我们用mutex来保护instance_这个变量。但是语句1是一个读操作,if (instance_ == nullptr),这个语句是用来读取instance_这个变量,而这个读操作是没有锁的。所以在多线程情况下,这种写法明显存在线程安全问题。
《C++ and the Perils of Double-Checked Locking》这篇文章中提到:
instance_ = new Singleton;
这条语句实际上做了三件事,第一件事申请一块内存,第二件事调用构造函数,第三件是将该内存地址赋给instance_。
但是不同的编译器表现是不一样的。可能先将该内存地址赋给instance_,然后再调用构造函数。这是线程A恰好申请完成内存,并且将内存地址赋给instance_,但是还没调用构造函数的时候。线程B执行到语句1,判断instance_此时不为空,则返回该变量,然后调用该对象的函数,但是该对象还没有进行构造。
5. 使用std::call_once实现单例
在C++11中提供一种方法,使得函数可以线程安全的只调用一次。即使用 std::call_once 和 std::once_flag 。std::call_once是一种lazy load的很简单易用的机制。实现代码如下:
#include #include#include
classSingleton {public:static Singleton&GetInstance() {staticstd::once_flag s_flag;
std::call_once(s_flag, [&]() {
instance_.reset(newSingleton);
});return *instance_;
}~Singleton() = default;void PrintAddress() const{
std::cout<< this <<:endl>
}private:
Singleton()= default;
Singleton(const Singleton&) = delete;
Singleton& operator=(const Singleton&) = delete;private:static std::unique_ptrinstance_;
};
std::unique_ptrSingleton::instance_;intmain() {
Singleton& s1 =Singleton::GetInstance();
s1.PrintAddress();
Singleton& s2 =Singleton::GetInstance();
s2.PrintAddress();return 0;
}
6.使用局部静态变量实现懒汉
使用C++局部静态变量也可解决上述问题。
#include
classSingleton {public:static Singleton&GetInstance() {staticSingleton intance;returnintance;
}~Singleton() = default;private:
Singleton()= default;
Singleton(const Singleton&) = delete;
Singleton& operator=(const Singleton&) = delete;
};intmain() {
Singleton& s1 =Singleton::GetInstance();
std::cout<< &s1 <<:endl>
Singleton& s2 =Singleton::GetInstance();
std::cout<< &s2 <<:endl>
}
局部静态变量可以延迟对象的构造,等到第一次调用时才进行构造。
C++11中静态变量的初始化时线程安全的。通过调试,在进行局部静态变量初始化的时候,确实会执行以下代码来保证线程安全。
================= End
java 线程 单例_多线程单例模式相关推荐
- java 内部类 单例_确保对象的唯一性——单例模式 (四):一种更好的单例实现方法(静态内部类)...
3.5 一种更好的单例实现方法 饿汉式单例类不能实现延迟加载,不管将来用不用始终占据内存:懒汉式单例类线程安全控制烦琐,而且性能受影响.可见,无论是饿汉式单例还是懒汉式单例都存在这样那样的问题,有没有 ...
- java设计模式 单例_java设计模式--单例模式
单例设计模式 Singleton是一种创建型模式,指某个类采用Singleton模式,则在这个类被创建后,只可能产生一个实例供外部访问,并且提供一个全局的访问点. 核心知识点如下: (1) 将采用单例 ...
- java 缓存 单例_单例模式应用:高速缓存和查找对象(转)
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼 单例模式获得工厂唯一实例,用map保存对象引用,实现快速查找 1.例子 package com.d1zhan.cache; import java.uti ...
- java线程条件变量_多线程同步条件变量(转载)
最近看<UNIX环境高级编程>多线程同步,看到他举例说条件变量pthread_cond_t怎么用,愣是没有看懂,只好在网上找了份代码,跑了跑,才弄明白 #include #include ...
- java线程锁机制_多线程之锁机制
前言 在Java并发编程实战,会经常遇到多个线程访问同一个资源的情况,这个时候就需要维护数据的一致性,否则会出现各种数据错误,其中一种同步方式就是利用Synchronized关键字执行锁机制,锁机制是 ...
- java futuretask 单例_集群环境下java单例查询多了就异常
{ "query" : { "term" : { "url" : { "value" : "http://ww ...
- java线程顺序输出_多线程按顺序输出ABC
/** * @author mengwen E-mail: meng_wen@126.com * @date 创建时间:2016年8月30日 下午3:10:32 * @version 1.0 * @p ...
- filter java 是单例的吗_JAVA 设计模式之 单例模式详解
单例模式:(Singleton Pattern)是指确保一个类在任何情况下都绝对只有一个实例,并提供一个全局访问点.单例模式是创建型模式.单例模式在现实生活中应用也非常广泛. 在 J2EE 标准中,S ...
- Java设计模式—单例设计模式(Singleton Pattern)完全解析
转载请注明出处:http://blog.csdn.net/dmk877/article/details/50311791 相信大家都知道设计模式,听的最多的也应该是单例设计模式,这种模式也是在开发中用 ...
最新文章
- python【力扣LeetCode算法题库】6-Z 字形变换
- NSkyKit 项目实践-Dagger2
- java性能优化权威指南_Java性能优化权威指南 PDF扫描[132MB]
- ElementUI项目中怎样引用Jquery
- java基础---集合之HashSet
- JavaScript面向对象——深入理解原型继承
- python中感叹号_C#中感叹号(!) 的作用总结
- 【Python CheckiO 题解】House Password
- vscode中如何运行git
- android 语音阅读软件,语音阅读器APP
- 2017.6.4 problem b 失败总结
- JavaSE----异常处理
- 电信用户流失预测Telco customer churn—(基于逻辑回归)
- 架构漫谈:什么是架构? - 转
- [教程] 使用魔影工厂和Nero 10制作DVD光盘
- Ubuntu包依赖损坏的解决unmet dependencies
- 《深入浅出WPF》系列视频(特辑)——MVVM入门与提高(难度300+)
- 多个vue项目合并成一个_零基础搭建一个Vue项目,你学会了吗?
- 云计算平台为什么是必需的
- Java中Set Map List 的区别