boost库在工作(18)线程之三

来源:互联网 发布:网络到internet有个x 编辑:程序博客网 时间:2024/06/06 13:23
前面的例子里, 由于cout输出并不是多线程安全的,如果多个线程同时输出,可能导致死锁的出现,因此在那个函数添加了一个boost::mutex锁,以便同步多个输出的线程,这样就不会造成死锁了。在这个函数里,还使用一个类boost::lock_guard,这个类是一个自动锁的类,所谓的自动锁,就是在构造函数里调用上锁函数,在析造函数里调用解锁函数,这样在这个类boost::lock_guard声明的对象的生命周期内,都可以防止别的线程来访问锁住的相关代码。由于使用类boost::lock_guard,主要用在局部作用域的情况下使用,这样使用起来很方便,也很有效,不用担心只加锁,而不释放的情况,就不会造成下次再访问这个锁时,不会死锁。不过,使用boost::mutex锁基本上都满足大部份的情况,但有时由于一个类的函数比较多,并很多函数里共用一个锁时,再使用类boost::lock_guard时,就会在函数与函数之间调用,无意中就会造成递归调用的情况,这时,死锁就会发生了。如下面的例子:
// boost_011.cpp : Defines the entry point for the console application.//#include "stdafx.h"#include <boost/thread.hpp>#include <boost/bind.hpp>#include <boost/thread/mutex.hpp>//全局锁。boost::mutex g_mutexAll;//递归锁会死锁void First(void){std::cout << "First In" << std::endl;boost::lock_guard<boost::mutex> autoLock(g_mutexAll);std::cout << "First Out" << std::endl;}void Second(void){std::cout << "Second In" << std::endl;boost::lock_guard<boost::mutex> autoLock(g_mutexAll);std::cout << "Second Out" << std::endl;//这里递归访问同一个锁,造成死锁。First();}//线程组运行的函数//软件开发人员: 蔡军生  2013-02-14//QQ: 9073204void Run(int nVal){//int nTemp = nVal * nVal;//下面输出需要加锁,不能多个线程共享输出。static boost::mutex mutexCout;boost::lock_guard<boost::mutex> autoLock(mutexCout);std::cout << "thread Run: [" << nVal << "] " << nTemp << std::endl;//Second();}int _tmain(int argc, _TCHAR* argv[]){//定义一个线程组对象。boost::thread_group threadGroup;//设置最大的线程个数。const int nMaxCount = 5;//循环地创建N个线程。for (int i = 0; i < nMaxCount; ++i){threadGroup.create_thread(boost::bind(Run, i));}//等所有线程退出。threadGroup.join_all();system("PAUSE");return 0;}
在这个例子里,由共用同一个锁g_mutexAll,并且在第一个函数里添加了自动锁,也在第二个函数里添加自动锁,同时再调用第一个函数,结果在第二个函数就形成了递归调用的关系,导致死锁发生,这种情况是开发人员要努力避免的,因为一旦出现就是悲惨世界,开发的软件无论怎么样也运转不了,往往就卡死在那里,造成软件不能操作,不干活了,你的客户怎么会不生气呢?也许你半夜里,还给客户的电话叫醒过来,谁叫软件业就是服务行业啊。因此在开发多线程软件时,线程之间的同步,真正叫得上步步惊心、如履薄冰,不得不打上十二分的小心,这也是软件开发过程里困难之一。那么面对这样的困难,有没有更方便的方法来解决呢?在boost库里仔细找一下,还是有一个锁可以省心很多的。
原创粉丝点击