std::condition_variable::wait_until
template< class Clock, class Duration > std::cv_status |
(1) | (C++11 起) |
template< class Clock, class Duration, class Predicate > bool wait_until( std::unique_lock<std::mutex>& lock, |
(2) | (C++11 起) |
wait_until
导致当前线程阻塞,直到条件变量被通知、达到给定的时间点或发生虚假唤醒。可以可选地提供 pred 来检测虚假唤醒。
lock.lock()
(可能会在该锁上阻塞),然后返回。if (wait_until(lock, abs_time) == std::cv_status::timeout)
return pred();
return true;。
wait_until
返回后,lock.owns_lock() 为 true,并且 lock.mutex() 被调用线程锁定。如果这些后置条件无法满足[1],则调用 std::terminate。
如果满足以下任何条件,则行为是未定义的:
- lock.owns_lock() 为 false。
-
lock.mutex()
未被调用线程锁定。 - 如果其他线程也在 *this 上等待,则 lock.mutex() 不同于那些线程在 *this 上调用的等待函数(wait、wait_for 和
wait_until
)解锁的互斥量。
- ↑ 这可能发生于对互斥体重新加锁时抛出异常。
目录 |
[编辑] 参数
lock | - | 一个必须被调用线程锁定的锁 |
abs_time | - | 等待过期的时刻 |
pred | - | 用于检查是否可以完成等待的谓词 |
类型要求 | ||
-Predicate 必须满足函数对象 (FunctionObject) 的要求。 | ||
-pred() 必须是有效的表达式,其类型和值类别必须满足 BooleanTestable 要求。 |
[编辑] 返回值
[编辑] 异常
[编辑] 注意
标准建议使用与 abs_time 绑定的时钟来测量时间;该时钟不要求是单调时钟。如果时钟不连续调整,则无法保证此函数的行为,但现有实现会将 abs_time 从 Clock
转换为 std::chrono::system_clock 并委托给 POSIX pthread_cond_timedwait
,以便等待遵守系统时钟的调整,但不遵守用户提供的 Clock
。无论如何,由于调度或资源争用延迟,该函数也可能等待超过 abs_time 之后才达到。
即使使用的时钟是 std::chrono::steady_clock 或其他单调时钟,系统时钟调整也可能导致虚假唤醒。
notify_one()
/notify_all()
和 wait()
/wait_for()
/wait_until()
的三个原子部分(解锁+等待、唤醒和锁定)的效果发生在单个总序中,可以看作原子变量的修改顺序:该顺序特定于此单个条件变量。这使得 notify_one()
不可能(例如)延迟并解除阻塞在调用 notify_one()
之后才开始等待的线程。
[编辑] 示例
#include <chrono> #include <condition_variable> #include <iostream> #include <thread> std::condition_variable cv; std::mutex cv_m; // This mutex is used for three purposes: // 1) to synchronize accesses to i // 2) to synchronize accesses to std::cerr // 3) for the condition variable cv int i = 0; void waits() { std::unique_lock<std::mutex> lk(cv_m); std::cerr << "Waiting... \n"; cv.wait(lk, []{ return i == 1; }); std::cerr << "...finished waiting. i == 1\n"; } void signals() { std::this_thread::sleep_for(std::chrono::seconds(1)); { std::lock_guard<std::mutex> lk(cv_m); std::cerr << "Notifying...\n"; } cv.notify_all(); std::this_thread::sleep_for(std::chrono::seconds(1)); { std::lock_guard<std::mutex> lk(cv_m); i = 1; std::cerr << "Notifying again...\n"; } cv.notify_all(); } int main() { std::thread t1(waits), t2(waits), t3(waits), t4(signals); t1.join(); t2.join(); t3.join(); t4.join(); }
可能的输出
Waiting... Waiting... Waiting... Notifying... Notifying again... ...finished waiting. i == 1 ...finished waiting. i == 1 ...finished waiting. i == 1
[编辑] 缺陷报告
下列更改行为的缺陷报告追溯地应用于以前出版的 C++ 标准。
缺陷报告 | 应用于 | 发布时的行为 | 正确的行为 |
---|---|---|---|
LWG 2093 | C++11 | 规范中缺少与超时相关的异常 | 提及这些异常 |
LWG 2114 (P2167R3) |
C++11 | 可转换为 bool 对于反映实现的期望来说太弱了 | 要求已加强 |
LWG 2135 | C++11 | 如果 lock.lock() 抛出异常,则行为不明确 |
在这种情况下调用 std::terminate |
[编辑] 参阅
阻塞当前线程直到条件变量被唤醒 (公共成员函数) | |
阻塞当前线程,直到条件变量被唤醒或达到指定的超时时长。 (公共成员函数) |