std::lock 更安全因其运行时按地址排序并重试加锁，确保全局顺序一致，避免手动顺序不一致导致的死锁；但需统一使用且配合RAII管理，否则仍会出错。
std::lock 能一次性锁住多个互斥量，且内部自动按地址顺序加锁，从根源上避免死锁——但前提是所有互斥量都用它统一管理，不能混用 mutex.lock()。
为什么 std::lock 比手动 lock() 更安全
手动按固定顺序加锁（比如先 mtx_a 后 mtx_b）看似能防死锁，但一旦不同线程采用不同顺序（比如 A 线程先 a 后 b，B 线程先 b 后 a），就极易触发死锁。而 std::lock 不依赖程序员记忆顺序，它在运行时对传入的互斥量指针做排序（通常按内存地址升序），再依次调用 try_lock() 并回退重试，确保全局加锁顺序一致。
常见错误现象：std::lock(mtx_a, mtx_b) 和 std::lock(mtx_b, mtx_a) 在同一程序中并存，仍可能死锁——因为 std::lock 的“自动顺序”只在单次调用内生效，跨调用不保证一致性；必须所有多锁场景统一走 std::lock，且不穿插裸 lock()。
- 使用场景：需要原子性地保护多个资源（如两个容器、一对关联对象）
- 性能影响：比逐个
lock()略慢（有重试开销），但远好于死锁或手写排序逻辑 - 兼容性：C++11 起支持，所有标准库实现都要求满足 deadlock avoidance guarantee
std::lock 的正确用法和典型陷阱
核心原则：锁住后必须配对使用 std::lock_guard 或 std::unique_lock 的带 std::defer_lock 构造，否则锁会被立即释放。
立即学习“C++免费学习笔记（深入）”；
错误示例：std::lock(mtx_a, mtx_b); /* 此刻已锁住 */ —— 但没用 RAII 管理，函数退出时不会自动解锁，极易遗忘或异常泄漏。
- 正确做法：先
std::lock(mtx_a, mtx_b)，再分别用std::lock_guard<:mutex>(mtx_a, std::defer_lock)</:mutex>等接管所有权 - 更推荐写法：直接用
std::scoped_lock（C++17），它一步完成锁定 + RAII 管理，语义更清晰、无裸std::lock风险 - 参数差异：
std::lock接受左值引用，不能传临时对象或右值；所有互斥量类型必须相同（或至少支持相同 lock/unlock 协议）
std::scoped_lock 是 std::lock 的现代替代方案
std::scoped_lock 是 C++17 引入的 RAII 容器，内部调用 std::lock 实现无死锁加锁，并自动管理生命周期——它解决了 std::lock 最容易被忽略的“锁了但没管”的问题。
示例对比：
std::mutex mtx_a, mtx_b; // ❌ 容易出错：忘了 unlock 或异常跳过 std::lock(mtx_a, mtx_b); do_something(); mtx_a.unlock(); mtx_b.unlock(); // 忘写？抛异常？全完蛋 <p>// ✅ 推荐：一行搞定，异常安全 std::scoped_lock lock(mtx_a, mtx_b); do_something(); // 自动解锁
- 支持可变参数模板，可锁任意数量互斥量（包括 0 个）
- 如果只需锁一个，
std::scoped_lock<:mutex> lock(mtx)</:mutex>比std::lock_guard更统一 - 不支持延迟构造（即没有
std::defer_lock变体），如需延迟，仍得用std::unique_lock+std::lock
混合使用 lock_guard / unique_lock 和 std::lock 的风险
最隐蔽的坑是：把 std::lock 和裸 lock_guard 混用。例如，一个函数用 std::lock(mtx_a, mtx_b)，另一个用 std::lock_guard g1(mtx_a); std::lock_guard g2(mtx_b); —— 这两套机制完全独立，std::lock 的顺序保障对后者无效，死锁照常发生。
- 关键判断：只要涉及多个互斥量，整个模块应统一采用一种模式——要么全用
std::scoped_lock，要么全用std::lock+std::unique_lock+std::defer_lock - 调试线索：死锁时 gdb 查线程栈，若看到多个线程卡在不同互斥量的
__pthread_mutex_lock，基本就是加锁顺序不一致 - 复杂点在于：有些旧代码用
std::lock_guard锁单个量，升级为多锁时，不能只改调用点，必须同步重构锁策略
