condition-variable 相关问题

多线程编程中使用的同步原语，用于等待条件为真。

我试图使用以下代码对条件变量进行无限等待（只是显示问题的示例）： std::condition_variable条件； std::互斥体 mtx; std::unique_lock 我试图使用以下代码对条件变量进行无限等待（只是显示问题的示例）： std::condition_variable cond; std::mutex mtx; std::unique_lock<std::mutex> lock(mtx); cond.wait_for(lock, std::chrono::steady_clock::duration::max()); 但是等待立即结束。深入研究 wait_for 的（MS）实现，我发现它实际上使用 wait_until 函数。但在此之前，它会通过调用 chrono::system_clock::now() 来转换时间并添加持续时间。当然，这会导致整数溢出，因此新时间变为 <= 'now'. Thus wait_until 立即退出。所有其他定时等待函数也会发生同样的情况（例如 try_lock_for 类中的 std::timed_mutex）。总结以上，我想问一下这是否是定时等待函数实现中的一个bug，如果是的话，我在哪里可以写到它？此外，由于wait_until使用了system_clock，如果等待期间有时间调整，实际等待时间应该会有所不同（因为system_clock不是单调的）。因此没有信任等待时间。 cpp参考文档说：请注意，rel_time必须足够小，以免在添加到std::chrono::steady_clock::now()时溢出。并且：使用与 timeout_time 相关的时钟，该时钟不需要是单调时钟。如果不连续调整时钟，则无法保证此函数的行为，但现有实现将 timeout_time 从 Clock 转换为 std::chrono::system_clock 并委托POSIX pthread_cond_timedwait 以便等待遵循对系统时钟的调整，但不遵循用户提供的时钟的调整。在任何情况下，由于调度或资源争用延迟，该函数的等待时间也可能比达到 timeout_time 后等待的时间更长。即使使用的时钟是std::chrono::steady_clock或其他单调时钟，系统时钟调整也可能会导致虚假唤醒。如果你想要无限超时，你可以这样做（未经测试）： wait_until(lock, std::chrono::sys_time::max()); 有点晚了，但对其他人来说也许很有趣：如果你想无休止地等待，就这样做 std::condition_variable cond; std::mutex mtx; std::unique_lock<std::mutex> lock(mtx); cond.wait(lock); 但是，由于虚假唤醒，我还会使用谓词条件，如上面的评论中已经提到的。

c++ c++11 synchronization wait condition-variable

回答 2 投票 0

如何防止工作线程空闲直到下一个条件变量通知

假设我有一堆工作线程正在等待，直到队列中有任务。一般来说，你让生产者调用生产函数，然后通知一个，以便工作线程......

c++ multithreading condition-variable

回答 1 投票 0

为什么这段代码的输出不正确？

正常情况下，输出应该始终是200。但是“totalMoney”的输出有时会小于200。这里有什么问题以及如何纠正它？有人可以帮我吗？ #inc...

c++ multithreading condition-variable

回答 1 投票 0

当超时时，如果触发或虚假唤醒，`wait_until`的返回值是多少？

我对 std::condition_variable::wait_until 的“第一个”版本有一个问题，即没有条件谓词参数的版本，它应该返回 std::cv_status 值。该...