safmq--互斥量设计及使用

在safmq系统中，对互斥量自己进行了进一步封装

 

CRITICAL_SECTION是不能够“锁定”资源的，它能够完成的功能，是同步不同线程的代码段。简单说，当一个线程执行了EnterCritialSection之后，cs里面的信息便被修改了，以指明哪一个线程占用了它。而此时，并没有任何资源被“锁定”。不管什么资源，其它线程都还是可以访问的（当然，执行的结果可能是错误的）。只不过，在这个线程尚未执行LeaveCriticalSection之前，其它线程碰到EnterCritialSection语句的话，就会处于等待状态，相当于线程被挂起了。 这种情况下，就起到了保护共享资源的作用。 

虽然临界区同步速度很快，但却只能用来同步本进程内的线程，而不可用来同步多个进程中的线程。

 

MutexData定义：

struct MutexData {
	MutexData() {
		::InitializeCriticalSection(&csmtx);		//初始化临界区
	}
	~MutexData() {
		::DeleteCriticalSection(&csmtx);		//删除临界区
	}
	void lock() {
		::EnterCriticalSection(&csmtx);			//进入临界区，上锁
	}
	void unlock() {
		::LeaveCriticalSection(&csmtx);			//离开临界区，解锁
	}
	CRITICAL_SECTION	csmtx;			        //临界区变量
};

进行封装的Mutex类

class Mutex  
{
public:
	Mutex();
	virtual ~Mutex();

	void Lock();
	void Unlock();
protected:
	MutexData	*data;
};

Mutex::Mutex()
{
	data = new MutexData;
}

Mutex::~Mutex()
{
	delete data;	
}

void Mutex::Lock()
{
	data->lock();
}

void Mutex::Unlock()
{
	data->unlock();
}

class MutexLock
{
public:
	MutexLock(Mutex* mtx) {
		this->mtx = mtx;
		this->mtx->Lock();
	}

	virtual ~MutexLock() {
		this->mtx->Unlock();
	}
protected:
	Mutex	*mtx;
};

使用实例：

qmtx是Mutex类型的数据，在访问que队列时，需要线程间互斥，所以把qmtx传递给了MutexLock，在MutexLock的构造函数中，可以看到，有lock操作，而在lock的有效期结束后，会自动调用析构函数，这是自调用Unlock操作，让其他等待qmtx的线程能够进入临界区，开始运行。

MutexLock	lock(&qmtx);
que.push(msg);

转载于:https://my.oschina.net/myspaceNUAA/blog/38624