共享内存中不能使用std::mutex，因其仅限进程内有效；须用POSIX pthread_mutex_t（设PTHREAD_PROCESS_SHARED）或Windows命名互斥量配合共享内存，并注意健壮性与生命周期管理。
共享内存里不能直接用 std::mutex
因为 std::mutex 是进程内对象，只在单个进程的地址空间有效；共享内存被多个进程映射后，每个进程看到的是各自虚拟地址，std::mutex 的内部状态（比如锁标志、等待队列指针）无法跨进程同步。直接在共享内存里 new 一个 std::mutex，会导致未定义行为——常见现象是死锁、假解锁、或 lock() 立即崩溃（如报 Operation not permitted）。
必须用操作系统提供的「进程间互斥量」原语，C++ 标准库不提供，得靠 POSIX 或 Windows API。
POSIX 共享内存 + pthread_mutex_t（推荐 Linux/macOS）
关键点：mutex 必须显式设置为「进程间共享」模式，并且存放在共享内存段内（不能在栈或堆上）。步骤如下：
- 用
shm_open()创建/打开共享内存，再用mmap()映射 - 在映射区域头部或固定偏移处，用
pthread_mutexattr_setpshared(&attr, PTHREAD_PROCESS_SHARED)设置属性 - 用
pthread_mutex_init()在共享内存地址上初始化 mutex（注意传入真实地址，不是栈变量） - 使用完后，由最后一个进程调用
pthread_mutex_destroy()，再munmap()+shm_unlink()
示例片段（省略错误检查）：
立即学习“C++免费学习笔记（深入）”；
// 映射 4096 字节共享内存
int fd = shm_open("/myshm", O_CREAT | O_RDWR, 0600);
ftruncate(fd, 4096);
void* ptr = mmap(nullptr, 4096, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
<p>// 初始化互斥量（假设放在 ptr 开头）
pthread_mutex_t<em> mtx = static_cast<pthread_mutex_t</em>>(ptr);
pthread_mutexattr_t attr;
pthread_mutexattr_init(&attr);
pthread_mutexattr_setpshared(&attr, PTHREAD_PROCESS_SHARED);
pthread_mutex_init(mtx, &attr);
pthread_mutexattr_destroy(&attr);</p><p>// 使用
pthread_mutex_lock(mtx);
// ... 访问共享数据 ...
pthread_mutex_unlock(mtx);
Windows 上用 CreateMutexA() 配合命名共享内存
Windows 不支持在共享内存区里放内核对象，所以要拆开：用 CreateFileMapping() 创建命名共享内存，再用独立的命名互斥量 CreateMutexA() 保护它。两者通过名字（如 "GlobalMySharedData"）关联。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
注意点：
- 互斥量名前加
"Global\"才能在所有会话间共享（尤其服务与用户进程通信时） - 必须确保所有进程用完全相同的名称打开互斥量和映射对象
-
WaitForSingleObject()返回WAIT_ABANDONED表示上一持有者异常退出，需谨慎处理（可能数据不一致）
典型流程：
HANDLE hMap = CreateFileMapping(INVALID_HANDLE_VALUE, nullptr, PAGE_READWRITE, 0, 4096, "MySharedMem"); LPVOID pBuf = MapViewOfFile(hMap, FILE_MAP_ALL_ACCESS, 0, 0, 4096); <p>HANDLE hMutex = CreateMutexA(nullptr, FALSE, "GlobalMySharedMutex");</p><p>WaitForSingleObject(hMutex, INFINITE); // ... 操作 pBuf ... ReleaseMutex(hMutex);
容易被忽略的清理与健壮性问题
多进程环境下，某个进程崩溃或 kill -9 后，互斥量可能处于锁定状态，导致其他进程永久阻塞。POSIX 下可设 pthread_mutexattr_setrobust()（需配合 PTHREAD_MUTEX_ROBUST），之后若持有者死亡，下个 pthread_mutex_lock() 会返回 EOWNERDEAD，调用者需手动修复并置为一致状态；Windows 下没有等价机制，只能依赖超时（WaitForSingleObject(hMutex, 5000)）+ 人工干预或心跳检测。
另一个坑：共享内存本身没自动生命周期管理，shm_unlink() 或 CloseHandle() 调用过早（比如只在一个进程里删了），其他进程再访问会 segfault。必须约定好谁是“最后使用者”，或改用引用计数方案。
