QMutex mutex;
void func()
{
	//实例化locker时，构造函数会对mutex加锁
	QMutexLocker locker(&mutex);
	
	//do something
	
	//因为locker是个局部变量，此函数退出时，
	//会析构，自然就会对mutex解锁
}

这些设计是不是很巧妙？又非常简单。

好的编程习惯，应该禁止使用直接调用lock、unlock，应该采用以上方法。

3.2读写锁

读写锁的应用场景，2.2已经介绍，下面看代码实例：

QReadWriteLock lock;
void ReaderThread::run()
{
    lock.lockForRead();
    read_file();
    lock.unlock();
}

void WriterThread::run()
{
    lock.lockForWrite();
    write_file();
    lock.unlock();
}

如3.1中介绍一样，里面获取锁与释放锁调用调用lock与unlock，将有死锁的风险，这不是严谨的编码风险，同时QT对读写锁与提供了如QMutexLocker一样功能的类，对应读、写锁分别是

QReadLocker、QWriteLocker，所以，以上代码应该改成如下：

QReadWriteLock lock;
void ReaderThread::run()
{
    QReadLocker locker(&lock);
    read_file();
}

void WriterThread::run()
{
    QWriteLocker locker(&lock);
    write_file();
}

切记，不要写出高风险代码，不想随意相信手册与书本教的东西，实践中的得出的方法，才

是王道、

3.3条件锁

我们设计这么一种场景，SendThead线程负责往TCP服务端发送数据，RecvThread线程负责从TCP服务端接收数据。

SendThread发送数据后，需要得到TCP服务端的回应后，再执行下一步操作，所以，此场景下SendThread与RecvThread之间有一个时序关系，即SendThread线程的下一步动作，需要依赖RecvThread线程的结果，代码如下：

青铜写法：

QReadWriteLock lock;
void SendThread()
{
    lock.lock();
	
    SendMsg();
	
	QWaitCondition waitCdn;
	waitCdn.wait(&lock);
	
	
	//do something
	lock.unlock();
}

void RecvThread()
{
    RecvMsg();	
	
    lock.lock();
	QWaitCondition waitCdn;
	waitCdn.wakeAll(&lock);
	lock.unlock();
}

王者写法：

QReadWriteLock lock;
void SendThread()
{
    QMutexLocker locker(&lock);
	
    SendMsg();
	
	QWaitCondition waitCdn;
	waitCdn.wait(&lock);
	
	
	//have recv the Ack, do something	
}

void RecvThread()
{
    RecvMsg();	
	
    QMutexLocker locker(&lock);
	QWaitCondition waitCdn;
	waitCdn.wakeAll(&lock);
}

QWaitCondition的wait函数，是会对传入的mutex互斥量，进行解锁，然后wait函数自身会阻塞，进到QWaitCondition的wakeAll或者wakeOne被调用，wait函数又马上对互斥量进行加锁。

下面我们对以上代码进行解析，首先SendThread线程加锁，然后调用发送数据后，启用wait函数，等待RecvThread接收数据，此时wait对互斥量进行解锁，然后自己阻塞。

下面，我们再看RecvThread，它先进行接收数据，然后，再加锁（此时，此锁被SendThread的wait函数给解了），然后再调用wakeAll函数。触发wait函数加锁，然后返回，SendThread此时又将继续往下执行。

RecvThread为什么要加锁？因为，此处不加锁，可能导致wakeAll比wait函数先调用的极端情况，导致wait永远无法返回，从而，造成死锁。所以，当使用QWaitCondition编程时，如果没有此机制，此代码是风险代码，是不过关的，可以说，水平是非常次的。