boost库在工作（18）线程之三

前面的例子里， 由于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();
}

//线程组运行的函数

void 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 库里仔细找一下，还是有一个锁可以省心很多的。