std::timed_mutex 无无参 try_lock()，仅支持 try_lock_for() 和 try_lock_until()；正确调用需传 std::chrono::duration（如 milliseconds(100)），推荐搭配 std::unique_lock 与 steady_clock 确保异常安全和时钟稳定。
std::timed_mutex 为什么不能直接 try_lock()？
因为 std::timed_mutex 没有无参的 try_lock() 成员函数——它只提供带超时参数的 try_lock_for() 和 try_lock_until()。如果你写了 mtx.try_lock()，编译器会报错：no matching member function。这是和 std::mutex 最直观的差异点，也是新手最容易卡住的地方。
真正能“立即尝试、不等”的锁操作，得用 std::mutex 的 try_lock()；而带超时的“尝试”，必须显式指定时间语义。
如何正确调用 try_lock_for() 实现「最多等 100ms」
try_lock_for() 接收一个 std::chrono::duration 类型参数，不是毫秒整数。传 100 会编译失败，必须包装成时长类型。
- ✅ 正确写法：
mtx.try_lock_for(std::chrono::milliseconds(100)) - ❌ 错误写法：
mtx.try_lock_for(100)（类型不匹配） - ⚠️ 注意：如果系统时钟精度不足（比如 Windows 上
std::chrono::steady_clock实际分辨率约 15ms），1ms超时可能实际阻塞更久 - 返回值是
bool：true 表示成功获取锁，false 表示超时或被中断（不抛异常）
try_lock_until() 更适合定时任务场景
当你已有明确截止时间点（比如“这个请求总耗时不能超 500ms”，当前已花掉 200ms，还剩 300ms），用 try_lock_until() 更自然，避免反复计算剩余时长。
立即学习“C++免费学习笔记（深入）”；
- ✅ 常见模式：
auto deadline = std::chrono::steady_clock::now() + std::chrono::milliseconds(300); mtx.try_lock_until(deadline); - ⚠️
std::chrono::system_clock不推荐用于超时——它可能因系统时间调整跳变，导致锁等待意外提前或延后 - ⚠️ 如果传入的 time_point 已过期，
try_lock_until()立即返回 false，不会阻塞
别忘了 unlock() 和 RAII 的取舍
std::timed_mutex 本身不提供自动管理，必须手动配对 unlock()。但直接裸写容易漏掉（尤其在多个 return 或 throw 路径中）。
- ✅ 推荐组合：
std::unique_lock<:timed_mutex></:timed_mutex>，它支持构造时传超时参数：std::unique_lock<:timed_mutex> lock(mtx, std::chrono::milliseconds(100));</:timed_mutex> - ✅
lock.owns_lock()可判断是否真的拿到了锁，比检查返回值更直观 - ⚠️ 注意：
std::scoped_lock不支持超时，不能用；std::lock_guard也不支持——只有std::unique_lock提供超时构造函数 - ⚠️ 如果构造失败（超时），
unique_lock处于未持有状态，调用unlock()是安全的（空操作），但没必要
try_lock_for() 又容易在异常路径中忘记解锁。真正稳定的写法，几乎总是要搭配 std::unique_lock 和 steady_clock。 
