Linux组件封装之四：RAII实现MutexLock自动化解锁

在实现线程的过程中，我们经常会写类似于这样的代码：

{
    mutex_.lock();
    //XXX
    if(...)
            语句;
    //XXX
    mutex_.unlock();
}

虽然这段代码是正常的加锁解锁，但是有时候我们难免会出现一些低级错误，例如把 忘了写mutex_.unlock()。那么我们该如何防止这种错误呢？ 我们可以采用和实现智能指针相似的办法，把加锁和解锁封装在同一个对象中。

实现“对象生命期”等于“加锁、解锁周期” 。

代码如下;

//类的关联
class MutexGuard:NonCopyable
{
    public:
        MutexGuard(MutexLock &mutex)//no copy no assignment
            :mutex_(mutex)
        { mutex_.lock();  }
        
        ~MutexGuard()
        { mutex_.unlock(); } 
   
    private:
        MutexLock &mutex_;//attention ,这里M类不存在copy,assignment能力故引用之   
};

这样 我们就把资源的获取（加锁）放在构造函数，把资源的释放（解锁）放在析构函数中，这种做法就是C++中的RAII技术。

这里我们给出RAII的解释：RAII，也称为“资源获取就是初始化”，是c++等编程语言常用的管理资源、避免内存泄露的方法。它保证在任何情况下，使用对象时先构造对象，最后析构对象。
这对于我们编写简洁优雅的代码，好处是显而易见的。

以下这个程序实现的是计算Buffer是否为空，一般我们会这样写：

bool Buffer::isEmpty()const
{
    bool flag = false;
    mutex_lock();
    flag = q_.empty();
    mutex_.unlock();
    return flag;
}

这段代码实在称不上美观，但是我们使用MutexGuard之后，我们的代码就变为：

bool Buffer::isEmpty()const
{
//after    
    MutexGuard lock(mutex_);//作用域仅限于花括号内，随后自动调用析构函数，放锁
    return q_.empty();
}

这是否美观了许多？
当然，我们有时候会犯这种错误，忘记声明MutexGuard的对象，例如：

bool Buffer::isEmpty()const
{
    MutexGuard mutex_)；//wrong
    return q_.empty();
}

为了防止这种错误，我们增加了一个宏：

#define MutexGuard(m) "Error MutexGuard"

这样，当我们错误使用的时候，就会导致编译错误，可以帮助我们早些发现问题。