命名空间
变体
操作

std::timed_mutex::try_lock_until

来自 cppreference.cn
< cpp‎ | thread‎ | timed mutex
 
 
并发支持库
线程
(C++11)
(C++20)
this_thread 命名空间
(C++11)
(C++11)
(C++11)
协作取消
互斥
(C++11)
通用锁管理
(C++11)
(C++11)
(C++11)
(C++11)
(C++11)
条件变量
(C++11)
信号量
闭锁器与栅栏
(C++20)
(C++20)
期物
(C++11)
(C++11)
(C++11)
(C++11)
安全回收
(C++26)
Hazard Pointers
原子类型
(C++11)
(C++20)
原子类型的初始化
(C++11)(在 C++20 中弃用)
(C++11)(在 C++20 中弃用)
内存顺序
(C++11)(在 C++26 中弃用)
原子操作的自由函数
原子标志的自由函数
 
 
template< class Clock, class Duration >
bool try_lock_until( const std::chrono::time_point<Clock, Duration>& timeout_time );
(since C++11)

尝试锁定互斥量。阻塞直到指定的 timeout_time 已经到达(超时)或已获取锁(拥有互斥量),以较早者为准。成功获取锁时返回 true,否则返回 false

如果 timeout_time 已经过去,则此函数的行为类似于 try_lock()

Clock 必须满足 Clock 的要求。 如果 std::chrono::is_clock_v<Clock>false,则程序是非良构的。(since C++20)

标准建议使用与 timeout_time 绑定的时钟,在这种情况下,可以考虑时钟的调整。因此,阻塞的持续时间可能大于或小于调用时的 timeout_time - Clock::now(),具体取决于调整的方向以及实现是否遵循它。由于进程调度或资源争用延迟,该函数也可能阻塞到 timeout_time 到达之后。

try_lock() 一样,即使互斥量在 timeout_time 之前的某个时间点未被任何其他线程锁定,此函数也可能虚假地失败并返回 false

如果 unlock() 操作在同一互斥量上先发生,且此操作返回 true,则该操作与此操作同步于(如 std::memory_order 中定义)。

如果线程在已经拥有互斥量的情况下调用 try_lock_until,则行为未定义。

目录

[edit] 参数

timeout_time - 阻塞至此的最大时间点

[edit] 返回值

true 如果成功获取锁,否则 false

[edit] 异常

timeout_time 抛出的任何异常(标准库提供的时钟、时间点和持续时间永远不会抛出异常)。

[edit] 示例

缺陷报告

以下行为变更缺陷报告已追溯应用于先前发布的 C++ 标准。

DR 应用于 已发布行为 正确行为
LWG 2093 C++11 try_lock_until 不抛出任何异常 抛出与超时相关的异常

[edit] 参见

锁定互斥量,如果互斥量不可用则阻塞
(公共成员函数) [编辑]
尝试锁定互斥量,如果互斥量不可用则返回
(公共成员函数) [编辑]
尝试锁定互斥量,如果互斥量已
在指定的超时持续时间内不可用则返回
(公共成员函数) [编辑]
解锁互斥量
(公共成员函数) [编辑]
C 文档,关于 mtx_timedlock