C++不能跨进程共享裸指针，因各进程有独立虚拟地址空间，指针值在另一进程无意义；正确做法是用共享内存+序列化，避免std::string等堆分配类型，改用POD、固定数组或偏移式结构，并配合原子操作或信号量同步。
C++ 本身不支持跨进程指针共享——int* 或 MyClass* 在进程 A 中的地址，对进程 B 完全无效，直接传递或解引用会触发段错误或未定义行为。
为什么不能直接传裸指针
每个进程有独立的虚拟地址空间。即使两个进程加载了相同代码、甚至映射了同一块物理内存，其虚拟地址也通常不同；操作系统不会保证指针值在另一进程中可寻址。
-
0x7fff12345678在进程 A 中可能指向有效对象，在进程 B 中大概率是空洞页或已映射为其他用途 - 跨进程传递指针值（比如通过管道、socket、共享内存写入一个
uintptr_t）本质是传递一个无意义的整数，不是“可解引用的地址” - 哪怕用
mmap共享内存，你也只能共享数据布局，不能直接共享 C++ 对象（含虚表、vptr、RTTI 等），因为构造/析构不会自动跨进程触发
正确做法：用共享内存 + 显式序列化/反序列化
若需在进程间同步对象状态，应将对象内容序列化后写入共享内存（如 shm_open + mmap），接收方再反序列化重建本地对象。C++ 没有内置反射，所以必须手动控制：
- 避免使用
std::string、std::vector等堆分配成员——它们内部指针只在本进程有效 - 改用固定大小数组（如
char name[64]）、POD 类型、或自定义偏移式结构（类似 flatbuffers） - 共享内存中不存指针，而存相对偏移（
size_t）或索引，接收方根据基地址计算真实位置 - 用
std::atomic<int>或pthread_mutex_t（需初始化为PTHREAD_PROCESS_SHARED）同步访问
示例片段（简化）：
立即学习“C++免费学习笔记（深入）”；
struct SharedObj {
std::atomic_int ref_count{0};
int value;
char tag[16];
};
// mmap 后：
SharedObj* obj = static_cast<SharedObj*>(mapped_addr);
obj->value.store(42, std::memory_order_relaxed); // OK
// 但不能写 obj->some_ptr = &local_var; // 错误！
替代方案：用 IPC + 序列化库（推荐）
比起手撸共享内存+偏移管理，更可靠的做法是用成熟 IPC 机制传输序列化数据：
- Unix domain socket +
msgpack/protobuf：进程 A 序列化MyClass到字节流，发给进程 B，B 反序列化出本地对象 - Windows 上可用
CreateFileMapping+MapViewOfFile，但同样要避免裸指针，且需处理字节序、对齐、ABI 兼容性 - 若需低延迟且对象简单，可考虑
boost::interprocess的managed_shared_memory，它提供进程间容器（如shared_vector），但底层仍是序列化+偏移解析
注意：boost::interprocess::offset_ptr 是唯一安全的“跨进程指针”，但它不是真正指针，而是带偏移的封装，必须配合 managed_shared_memory 使用，不能用于任意内存。
最容易被忽略的是对象生命周期管理：共享内存里的数据没有构造函数调用，也没有析构语义，所有资源（如文件描述符、句柄）都不能跨进程继承或复用——必须把“对象状态”和“运行时资源”彻底分离。
