webrtc的锁


1，多线程访问同一个变量，需要加锁。

2，锁是一种资源，需要做好加锁和解锁相对应，创建和释放相对应。

当需要向一个消息队列(消息队列中有一个CriticalSection类型的锁)添加消息的时候，我们的通常做法如下：

Void MessageQueue::Add(Message* msg)

{

m_pCrit->Lock();//加锁

message_queues_.push_back(msg);

m_pCrit->UnLock();//解锁

}

这样的代码就很容易出现当push_back出现异常的时候，m_pCrit没有被解锁，导致资源有问题。

这仅仅是一个例子，push_back一般不会出现异常，但是不能保证我们中间可能写了很多处理代码，难免不会有异常发生。

一旦发生，函数如果跳出，锁资源就不会被释放了。

Webrtc采用的方案：

Void MessageQueue::Add(Message* msg)

{

CritScope cs(&m_pCrit);//定义一个临时变量cs，它的构造函数中负责加锁，析构函数负责解锁。

message_queues_.push_back(msg);

//函数退出的时候，cs被释放，自动调用析构函数解锁

}

采用这种方式，可以保证资源一定会被正常的释放，即使中间代码出现异常，cs变量的析构函数还是会被正常调用的。

这种可能会对我们经常资源管理出现问题有些帮助。