线程间无需shm_open/mmap，因天然共享进程地址空间；应优先使用std::mutex、std::atomic等c++标准线程安全工具同步，避免跨进程机制引入冗余开销与错误。
多线程间**不需要共享内存通信**——它们天然共享进程地址空间，直接用全局变量、堆内存或栈上传入的指针就能读写同一块内存。
为什么线程间不用 shm_open/mmap
共享内存（shm_open + mmap）是为**进程间隔离地址空间**设计的。而线程属于同一进程，所有线程自动看到相同的虚拟地址布局：g_counter、new int[1024]、静态缓冲区，全都能被所有线程直接访问。
强行用 POSIX 共享内存在线程间通信，不仅多余，还会引入额外开销（fd 管理、映射/解映射、权限检查），还可能因误用 PTHREAD_PROCESS_SHARED 或结构体对齐问题反而出错。
常见错误现象：
- 调了
shm_open("/test", O_CREAT|O_RDWR, 0666)，但线程读不到写入内容——因为根本没必要走这套流程 - 用
pthread_mutex_t放在共享内存里并设PTHREAD_PROCESS_SHARED——线程间完全可以直接用栈上或全局的std::mutex，更安全、更轻量
线程间该用什么同步原语
优先使用 C++ 标准库提供的线程安全工具，它们专为同进程多线程场景优化：
-
std::mutex+std::lock_guard：保护临界区最常用，RAII 自动管理生命周期 -
std::shared_mutex：适合读多写少场景（如配置缓存），允许多个线程并发读 -
std::condition_variable：用于“等待-唤醒”逻辑（如生产者通知消费者有新数据），必须配合std::unique_lock -
std::atomic<t></t>：对简单类型（int、bool、指针）做无锁读写，注意对齐和大小一致（如std::atomic_uint64_t）
不要用 sem_open 创建命名信号量在线程间同步——它跨进程设计，初始化开销大，且容易因名字冲突或未清理残留导致调试困难。
哪些数据能安全共享
线程可直接共享以下内存区域，无需映射：
- 全局变量、
static变量 - 堆内存（
new/malloc分配，由所有线程共用同一堆） - 传入线程函数的指针参数（如
thread(func, &data)）
但要注意：
- 避免
std::string、std::vector等含内部堆指针的对象跨线程裸共享——它们的data()指针只在本线程有效；应共享其底层char[]或用std::shared_ptr管理生命周期 - 结构体若含虚函数或非 POD 成员，不能直接 memcpy 或跨线程 reinterpret_cast——用
std::is_trivially_copyable_v<t></t>检查 - 编译器可能对未加
volatile或原子操作的变量做重排序，导致一个线程看不到另一个线程的写入——必须用std::atomic或锁强制内存序
一个典型安全示例
下面这段代码是线程间共享计数器的标准写法：
int g_counter = 0;
std::mutex g_counter_mtx;
void worker() {
for (int i = 0; i lock(g_counter_mtx);
++g_counter; // 安全递增
}
}
int main() {
std::thread t1(worker);
std::thread t2(worker);
t1.join(); t2.join();
std::cout
<p>真正容易被忽略的是：**线程通信不是“怎么传”，而是“怎么不乱”**。只要共享的是 POD 数据 + 正确同步原语，就不需要任何 IPC 层抽象。一旦开始琢磨 <code>shm_unlink</code> 或 <code>sem_wait</code> 在线程里的用法，说明已经偏离了多线程编程的本质约束。</p>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
