std::shared_mutex是C++17标准引入的原生读写锁，底层封装平台原生实现（如Linux的pthread_rwlock_t、Windows的SRWLock），支持多读单写，不可递归加锁，不支持锁升级，需配合std::shared_lock（读）和std::unique_lock（写）正确使用。
shared_mutex 是 C++17 引入的原生读写锁，不是手写实现
别被名字误导：std::shared_mutex 本身不提供“实现逻辑”，它是标准库封装好的同步原语，底层依赖平台支持（如 Linux 的 pthread_rwlock_t 或 Windows 的 SRWLOCK）。你不需要、也不应该手动用 std::mutex + 条件变量去模拟它——那样极易出错，且无法达到原生性能。
它的核心价值在于：一个锁对象同时支持两种获取模式：
-
lock()/unlock()：独占式（写锁），同一时刻最多一个线程持有 -
lock_shared()/unlock_shared()：共享式（读锁），多个线程可同时持有
正确使用 shared_mutex 的三要素
常见错误是混用锁类型或忽略 RAII —— 这会导致死锁或未定义行为。
- 写操作必须用
std::unique_lock<:shared_mutex></:shared_mutex>（或直接调lock()/unlock()），不能用shared_lock - 读操作推荐用
std::shared_lock<:shared_mutex></:shared_mutex>，它自动管理lock_shared()/unlock_shared() - 绝对不要在一个线程里先持
shared_lock再试图升级为写锁（C++ 标准不支持“锁升级”，会死锁）
示例：
立即学习“C++免费学习笔记（深入）”；
std::shared_mutex rwmtx;
std::vector<int> data;
<p>// 读
void read_data() {
std::shared_lock<std::shared_mutex> lock(rwmtx); // 自动 lock_shared / unlock_shared
for (int x : data) { /<em> ... </em>/ }
}</p><p>// 写
void append_data(int x) {
std::unique_lock<std::shared_mutex> lock(rwmtx); // 独占
data.push_back(x);
}shared_mutex 和 shared_timed_mutex 的区别在哪
二者都支持多读单写，但关键差异在超时等待能力：
-
std::shared_mutex：只提供阻塞式加锁（lock,lock_shared），无超时接口 -
std::shared_timed_mutex（C++14 引入）：额外支持try_lock_for,try_lock_shared_until等带超时的版本
如果你需要避免无限等待（比如实时性要求高的场景），选 shared_timed_mutex；否则 shared_mutex 更轻量、开销略小。注意：两者都不能递归加锁，重复 lock 同一锁会导致未定义行为。
Windows 和旧编译器的兼容性坑
即使你写了标准 C++17 代码，运行时仍可能失败：
- MSVC 2015 及更早版本不支持
shared_mutex（哪怕开了 /std:c++17） - MinGW-w64 需要 pthreads 支持，某些发行版默认未启用读写锁
- macOS clang 默认 libc++ 不实现
shared_mutex（直到较新版本才补全），Clang + libstdc++ 组合也可能缺失
检查方式很简单：
#ifdef __cpp_lib_shared_mutex
// 安全使用 shared_mutex
#else
// 回退到 mutex + 手动计数（仅当必须支持老旧环境）
#endif真正麻烦的不是语法，而是跨平台构建时链接期静默失败或运行时崩溃 —— 务必在目标环境中实际测试加锁行为，别只看编译通过。
