Ice中Monitor的使用

IceUtil::Monitor类
namespace IceUtil {
template <class T>
class Monitor {
public:
  void lock() const;
  void unlock() const;
  bool tryLock() const;
  void wait() const;
  bool timedWait(const Time&) const;
  void notify();
  void notifyAll();
  typedef LockT<Monitor<T> > Lock;
  typedef TryLockT<Monitor<T> > TryLock;
};
}

1. 从代码可以看出,Monitor比Mutex(互斥体)多了wait/timedWait,notify/notifyAll操作。这样允许一个获得锁进入临界区的线程,能够自我挂起,让出临界区。

2.Monitor是个模板类,需要Mutex/RecMutex(递归互斥体)做为模板参数。

3.wait/timedWait在等待期间,会挂起线程,让出互斥体,等待被唤醒。

区别是:

timedWait(const Time&)会在时间到达后,自我唤醒,重新尝试获得锁;

wait()是等待被唤醒(其他线程调用notify()或者notifyAll()。

timedWait返回值:如果有另外的线程调用 notify 或 notifyAll,在发生超时之前唤醒挂起的线程,这个调用返回 true,监控器重被锁住,挂起的线程恢复执行。而如果发生超时,函数返回 false。

使用实例

template<class T> class Queue
: public IceUtil::Monitor<IceUtil::Mutex> {
public:
void put(const T & item) {
IceUtil::Monitor<IceUtil::Mutex>::Lock lock(*this);
_q.push_back(item);
  notify();
}
T get() {
  IceUtil::Monitor<IceUtil::Mutex>::Lock lock(*this);
  while (_q.size() == 0)
    wait();
  T item = _q.front();
  _q.pop_front();
  return item;
}
private:
  list<T> _q;
};

timedWait:时间到达后,尝试获取锁,但可能其他线程正在使用,当锁被释放时,才会真正得到,开始后续的执行。

.....
IceUtil::Monitor<IceUtil::Mutex>::Lock lock(*this);
if ( queue_.empty() || queue_.size() < buffer_size_ ) {
  IceUtil::Time time = IceUtil::Time::seconds( 10 );//等待10s
  timedWait(time);
}
...

补:

Mutex为简单互斥体:一个线程获得锁后,不能再尝试获得锁。

RecMutex为递归互斥体,一个线程可以多次尝试获得锁。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值