不能。std::timed_mutex虽提供lock()/unlock()，但不兼容仅接受std::mutex的接口，且其超时能力依赖try_lock_for()/try_lock_until()，而lock()仍阻塞；需显式调用并检查返回值，配合steady_clock和合理fallback设计。
std::timed_mutex 能否直接替代 std::mutex？
不能。虽然 std::timed_mutex 也提供 lock() 和 unlock()，但它**不兼容**只接受 std::mutex 的接口（比如某些老代码或模板约束为 Lockable 但未要求 TimedLockable）。更关键的是：它多出的 try_lock_for() 和 try_lock_until() 才是超时能力的核心，而普通 std::mutex 根本没有这两个函数。
如果你只是想“加锁不卡死”，必须显式调用带超时的尝试锁函数，而不是依赖 lock() —— 后者仍是阻塞的。
怎么正确使用 try_lock_for() 实现可控超时？
try_lock_for() 返回 bool：成功获得锁返回 true，超时或被中断则返回 false。它接收一个 std::chrono::duration 类型参数（如 std::chrono::milliseconds(100)），不是毫秒整数。
- 必须检查返回值，不能假设锁一定拿到
- 超时时间从调用开始计时，不因调度延迟而延长
- 若当前线程已持有该锁（可重入场景），
try_lock_for()行为未定义 ——std::timed_mutex不是可重入的 - 不要在循环里无间隔重试，容易忙等；建议配合
std::this_thread::yield()或退避策略
示例：
立即学习“C++免费学习笔记（深入）”；
std::timed_mutex mtx;
if (mtx.try_lock_for(std::chrono::milliseconds(50))) {
// 成功持有锁，处理临界区
do_work();
mtx.unlock();
} else {
// 超时，选择降级、报错或跳过
log_warning("lock timeout, skip critical section");
}
try_lock_until() 和 try_lock_for() 有什么实质区别？
两者语义不同：try_lock_until() 等待到某个绝对时间点（std::chrono::time_point），而 try_lock_for() 是相对当前时刻的持续时间。实际中绝大多数场景用 try_lock_for() 更直观、不易出错。
