boost -- scoped_lock V.S. mutex的lock/unlock—— 为啥推荐使用scoped_lock

标签：style   http   io   os   使用   sp   on   代码   ef   

为啥推荐使用scoped_lock 

和RAII idiom变流行是一样的原因：因为你可以确包任何情况下离开执行范围都会解锁mutex

注意，这不仅仅是说你可能忘记调用unlock()：在你的mutex被锁定之后，还有可能抛出异常，你写的unlock调用语句有可能永远没有机会执行，即使在lock()和unlock()之间没有返回语句也一样。 

m.lock() // m 是一个 mutex
// ...
foo(); // 如果这函数里面throw up了, 你的mutex 就会永远锁住了
// ...
m.unlock()

像下面这样你的scoped_lock 的析构函数总会在栈展开的时候自动调用，这样就能确保关联的mutex总是被释放了。

{
    boost::scoped_lock lock(m); // m 是一mutex
    // ...
    foo(); // 如果throw up了，你的 RAII wrapper会解锁 mutex
    // ...
}

除此之外这样还能增加你的代码的可读性。你不需要在每个返回语句前面加一句unlock。

boost -- scoped_lock V.S. mutex的lock/unlock—— 为啥推荐使用scoped_lock

标签：style   http   io   os   使用   sp   on   代码   ef   

原文地址：http://www.cnblogs.com/kevin-/p/4039278.html