std::shared_mutex是否实质上是std::mutex的超集？有无必用std::mutex的场景？

std::shared_mutex不仅能提供和std::mutex一致的独占锁能力，还支持多线程并行只读访问，功能上确实更全面。不过即便如此，还是有不少场景必须或更适合用std::mutex：

• 高频独占锁的性能敏感场景：如果你的代码绝大多数操作都是独占写（读写比例极端，比如几乎没有读操作），std::mutex的性能优势会很明显。std::shared_mutex为了支持共享锁，内部需要维护共享计数等额外状态，哪怕是在独占模式下，也会比std::mutex多出一些原子操作或状态判断指令，高频调用时这些额外开销会被放大。
• C++17之前的旧代码兼容：std::shared_mutex是C17才纳入标准的，若项目需要兼容C11/C14环境，或者编译器/标准库版本不支持C17，那只能选择std::mutex。
• 代码语义与可读性：当你完全不需要共享读锁的功能时，用std::mutex更贴合代码语义。其他开发者看到std::shared_mutex时会自然联想到“这里有共享读操作”，如果实际只有独占锁，反而会造成误解，增加维护成本。
• 平台或库支持限制：在一些嵌入式平台、小众系统或者老旧的标准库实现中，可能没有提供std::shared_mutex的完整支持，但std::mutex作为基础同步原语，几乎所有标准库都会实现。这种环境下只能依赖std::mutex。
• 极端资源受限场景：比如内存极小的嵌入式设备，std::shared_mutex的内存占用比std::mutex更高（需要存储共享计数、状态标记等），此时节省内存优先级远高于功能扩展，必须选用更轻量的std::mutex。

内容的提问来源于stack exchange，提问作者iammilind