直接用std::mutex即可，它跨平台且底层适配createmutex/pthread_mutex_t；切勿自行封装，否则易引发未初始化、资源泄漏或语义不一致问题。
直接用 std::mutex 就行，它本身就是跨平台的——Windows、Linux、macOS 全都支持，且底层已适配各自原生机制（CreateMutex / pthread_mutex_t），你不需要、也不该自己封装。
为什么别手写跨平台 mutex 封装
常见错误是看到“跨平台”就去同时封装 pthread_mutex_t 和 CRITICAL_SECTION。这反而引入真实风险：
- 忘记在 Windows 上调用
InitializeCriticalSection，导致未初始化就使用，崩溃 - Linux 下漏掉
pthread_mutex_destroy，造成资源泄漏 - 不同平台对递归、超时、销毁时机的语义不一致，封装层很难完全对齐
- C++11 标准要求
std::mutex必须线程安全构造，而你自己写的全局对象可能在main()前就被调用，触发未定义行为
std::mutex 足够用，但要注意这些场景
std::mutex 本身不支持递归加锁、不支持超时等待——但这不等于它“不够用”，而是你要选对配套工具：
- 需要递归？换
std::recursive_mutex，不是自己实现 - 需要带超时？用
std::timed_mutex+try_lock_for，例如：if (mtx.try_lock_for(std::chrono::milliseconds(100))) { // 成功持有锁 do_work(); mtx.unlock(); } else { // 超时，跳过或重试 } - 需要延迟加锁或条件判断？用
std::unique_lock配合std::defer_lock或std::try_to_lock - 需要移动语义（比如放进容器）？
std::mutex不可移动，但std::unique_lock可以
静态互斥锁初始化最容易踩坑
全局或静态 std::mutex 对象在某些平台（尤其是 Windows + MinGW 或 DLL 场景）存在初始化顺序问题：构造函数可能被多次调用，或尚未完成初始化就被其他线程访问。
安全做法只有一条：用静态局部变量替代全局对象。
std::mutex& get_shared_mutex() {
static std::mutex m;
return m;
}
这样利用了 C++11 的“静态局部变量线程安全初始化”保证，所有平台都可靠。永远不要在全局作用域声明 std::mutex g_mtx; 并直接使用。
真正要花精力封装的，从来不是锁本身，而是锁的使用方式：比如超时策略、异常安全释放、多锁死锁规避（用 std::lock）、或 RAII 包装类的移动语义边界。底层锁，交给标准库。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
