实现可靠的信号机制

本文探讨了虚假唤醒的问题,即先唤醒后等待导致的无效操作,并提出了解决方案。通过自定义等待和唤醒计数器,结合std::condition_variable实现线程间的有效通信,确保等待线程在被正确唤醒。在等待过程中,线程会检查唤醒计数,只有当计数大于0时才会解除阻塞。而在唤醒操作中,先增加等待计数,然后增加唤醒计数并通知一个等待线程。这种方式避免了虚假唤醒,保证了线程同步的准确性。
摘要由CSDN通过智能技术生成

问题:

  1. 虚假唤醒

虚假唤醒 : 先调用了唤醒,再调用等待,是一次无效的操作,同时会使得等待无法唤醒

解决办法:

  1. 自定义等待计数和唤醒计数,初始化为0
  2. 设置条件变量线程间通信
std::condition_variable  _cv;	// 阻塞等待 条件变量
int _wait = 0;		// 等待计数
int _wakeup = 0;	// 唤醒计数

// 等待
void waitForCall()
{
	// 加锁避免多线程冲突
	std::unique_lock<std::mutex>	lock(_mutex);
	// 进入等待计数
	if(--_wait <= 0)
	{
		// 阻塞等待  等待唤醒计数 > 0 
		_cv.wait(lock, [this]()->bool{
			return _wakeup > 0;
		})
		// 已唤醒  唤醒计数减一
		--_wakeup;
	}
}

// 唤醒
void wakeUp()
{
	// 可能多个线程都在等待,所以只有当 自加 之后仍然 <= 0 才能开始唤醒
    // 避免了虚假唤醒
	if(++_wait <= 0)
	{
		// 唤醒  唤醒计数 +1
		++_wakeup;
		// 条件变量开始唤醒
		_cv.notify_one();
	}
}
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值