C++11多线程 互斥量与Windows临界区
Posted u012507022
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了C++11多线程 互斥量与Windows临界区相关的知识,希望对你有一定的参考价值。
1.Windows临界区
Windows临界区与互斥量用法非常相似;但也有些差别
在“同一个线程”(不同线程中会卡住等待)中, Windows中的“相同临界区变量”代表的临界区的进入(EnterCriticalSection)可以被多次调用,但是调用了几次EnterCriticalSection(),就得调用几次EnterCriticalSection()
而在C++11中,std::mutex不允许同一个线程中lock同一个互斥量多次,否则报异常;
多线程 互斥量与Windows临界区对比代码如下:
#define _WINDOWSJQ_
class A
public:
//把收到的消息入到一个队列的线程
void inMsgRecvQueue()
for (int i = 0; i < 10000; i++)
cout << "inMsgRecvQueue()执行,插入一个元素" << i << endl;
#ifdef _WINDOWSJQ_
EnterCriticalSection(&my_winsec); //进入临界区(加锁)
msgRecvQueue.push_back(i);
LeaveCriticalSection(&my_winsec); //离开临界区(解锁)
#else
std::lock_guard<std::mutex> sbguard(my_mutex);
msgRecvQueue.push_back(i); //假设这个数字i就是收到的命令,直接弄到消息队列里边来;
#endif
bool outMsgLULProc(int &command)
#ifdef _WINDOWSJQ_
EnterCriticalSection(&my_winsec);
if (!msgRecvQueue.empty())
//消息不为空
int command = msgRecvQueue.front();//返回第一个元素,但不检查元素是否存在
msgRecvQueue.pop_front();//移除第一个元素。但不返回;
LeaveCriticalSection(&my_winsec);
return true;
LeaveCriticalSection(&my_winsec);
#else
my_mutex.lock();
if (!msgRecvQueue.empty())
//消息不为空
int command = msgRecvQueue.front();//返回第一个元素,但不检查元素是否存在
msgRecvQueue.pop_front();//移除第一个元素。但不返回;
my_mutex.unlock(); //所有分支都必须有unlock()
return true;
my_mutex.unlock();
#endif
return false;
//把数据从消息队列取出的线程
void outMsgRecvQueue()
int command = 0;
for (int i = 0; i < 10000; i++)
bool result = outMsgLULProc(command);
if (result == true)
cout << "outMsgRecvQueue()执行,取出一个元素" << endl;
//处理数据
else
//消息队列为空
cout << "inMsgRecvQueue()执行,但目前消息队列中为空!" << i << endl;
cout << "end!" << endl;
A()
#ifdef _WINDOWSJQ_
InitializeCriticalSection(&my_winsec);//用临界区之前先初始化
#endif
private:
std::list<int> msgRecvQueue;//容器(消息队列),代表玩家发送过来的命令。
std::mutex my_mutex;//创建一个互斥量(一把锁)
#ifdef _WINDOWSJQ_
CRITICAL_SECTION my_winsec; //windows中的临界区,非常类似C++11中的互斥量
#endif
;
2.其他mutex互斥量
2.1 recursive_mutex递归的独占互斥量
recursive_mutex 递归的独占互斥量:允许同一个线程,同一个互斥量多次被lock,但效率上比mutex更低;递归次数据说有限制,递归太多可能有异常。
2.2超时互斥量std::timed_mutex
std:: timed_mutex:带超时功能的独占互斥量
try_lock_for():等待一段时间,如果拿到了锁,或者等待超时,没有拿到锁,就走下来
try_lock_until();参数是一个未来的时间点,这个未来的时间没到的时间内,如果我拿到了锁头,那么就走下来;如果时间到了,没拿到锁,程序的流程也走下来;
2.3超时递归互斥量recursive_timed_mutex
std:: recursive_timed_mutex:带超时功能的递归独占互斥量(允许同一个线程多次获取这互斥量),用法与std::timed_mutex相同。
3.自动析构技术
智能指针是如何实现自动析构的,以前面试中被问过这个问题,其实实现方法很简单,不解释了,直接给例子:
//本类用于自动释放windows下的临界区,防止忘记LeaveCriticalSection导致死锁的情况发生,
//类似于C++11中的std::lock_guard<std::mutex>
class CWinLock //叫RAII类 (resource Acquisition is initialization)“资源获取即初始化” eg 智能指针类,容器 都属于RAII类
public:
CWinLock(CRITICAL_SECTION *pCritmp)
m_Pcitical = pCritmp;
EnterCriticalSection(m_Pcitical);
~CWinLock()
LeaveCriticalSection(m_Pcitical);
private:
CRITICAL_SECTION *m_Pcitical;
;
4.浅谈线程池
首先场景设想:
服务器程序:每来一个客户端,就创建一个新线程为该客户提供服务
a)如果客户非常多,不可能给每一个客户创建新的线程,此程序写法在这种场景下不通;
b)程序稳定性问题:在程序中,偶尔创建一个线程,可能会创建线程失败,这种写法,让人非常不安。
线程池:就是把一堆线程放到一起,统一管理。这种统一管理调度,循环利用线程的方式,就叫线程池。实现方式:在程序启动的时候,一次性的创建好一定数量的线程;程序代码更稳定。
线程创建数量谈
线程的数量极限问题,2000个线程基本就是极限,在创建线程就崩溃
线程创建数量建议
A)采用某些技术开发程序,接口提供商建议你创建线程个数,遵照专业建议和指示。
B)创建多线程完成业务,一个线程等于一个执行通路;如:100个堵塞充值,我们这里开110个线程,那很合适。建议线程数量不要超过500个,能控制在200个之内。
注:该文是C++11并发多线程视频教程笔记,详情学习:https://study.163.com/course/courseMain.htm?courseId=1006067356
以上是关于C++11多线程 互斥量与Windows临界区的主要内容,如果未能解决你的问题,请参考以下文章
win32下多线程同步方式之临界区,互斥量,事件对象,信号量
临界区(critical section 每个线程中访问 临界资源 的那段代码)和互斥锁(mutex)的区别(进程间互斥量共享内存虚拟地址)