boost条件变量(condition_variable…

本文讨论了在使用Boost库中的condition_variable时遇到的一个问题,即当使用recursive_mutex与condition_variable_any配合时,可能导致程序阻塞。作者分析了问题的原因,并提出了一个自定义的condition_variable_recursive_mutex类作为解决方案,该类能够处理递归锁的情况。同时,文章也提到了在Linux环境下由于pthread接口的限制,需要额外的方法来跟踪递归锁的次数。
摘要由CSDN通过智能技术生成
      好吧,本文也标题党了一回。因为在boost开发者眼里,这肯定不是bug,甚至算不上flaw,而是character,详见#2219 This works as designed 云云。如果搞懂原理后正确使用也一切OK,不过我觉得作为一个高质量的库,不应该对开发者提出这么高的要求,另外这个问题让我半夜调试鸡飞狗跳,难免带些情绪,所以姑且称其为bug吧。
      先说几句题外话:条件变量是并发开发的一大利器。君不见java提供的基本同步机制只有synchronize(相当于同线程可重入的临界区recursive mutex)和wait/notify(这就是条件变量了),虽然还有其他几个同步原语,但是都是deprecate的。使用条件变量开发并发应用的最大优势是更容易做对,也更容易阅读理解。并发应用是很难调试的,有的bug可以潜伏很久直到哪天把程序崩掉,所以这两点是很关键的。boost的thread库提供有recursive_mutex、condition_variable和condition_variable_any。condition_variable_any可以作用于任意的mutex,那是不是利用boost::recursive_mutex和boost::condition_variable_any,就可以programming c++ like java ? 在今天之前我是这么认为的,但事实证明没这么简单。
      先来看一个例子:
#include "xttime.h"
#include <iostream>
#include <boost/thread.hpp>

using namespace std;

class TestVC
{
public:

      TestVC()
      {
            running_flag = true;           
      }

      void stop()
      {
            running_flag = false;
            {
                  boost::recursive_mutex::scoped_lock lock(mtx);
                  cond.notify_all();
            }
      }

      void waitSignalThread()
      {
            boost::recursive_mutex::scoped_lock lock(mtx);     
            while(running_flag)
            {
                  cout << "start wait signal" << endl;                 
                  cond.wait(mtx);
                  cout << "finish wait signal" << endl;                 
            }
      }

   
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值