Boost.Interprocess共享内存段创建失败需区分segment_already_exists（同名段已存在，应open_or_create或remove后重建）和not_found（跨平台命名不一致或权限不足）；对象必须用construct构造并配合offset_ptr，禁用std::shared_ptr跨进程传递。
共享内存段创建失败：segment_already_exists 或 not_found 怎么办
Boost.Interprocess 的 managed_shared_memory 构造时抛 boost::interprocess::segment_already_exists，不是 bug，是设计行为——它默认拒绝覆盖已有同名段。想复用或强制重建，得显式控制生命周期。
- 首次创建用
open_or_create，但若进程异常退出未销毁段，下次启动仍会撞上segment_already_exists - 调试阶段可加清理逻辑：
shared_memory_object::remove("my_segment")再建；生产环境别这么干，应靠进程正常 shutdown 时调segment.destroy<t>("name")</t>+segment.close() - 跨平台注意：Windows 下段名带全局命名空间前缀（如
"Global\my_seg"），Linux 不需要；不统一写法会导致not_found
对象构造在共享内存里为什么总报 invalid_argument 或 bad_alloc
共享内存不是普通堆，new 和 STL 容器不能直接用。所有对象必须用段提供的分配器构造，否则指针失效、内存越界。
- 别写
new MyClass()—— 改用segment.construct<myclass>("obj_name")(arg1, arg2)</myclass> - STL 容器（如
vector）必须指定共享内存分配器：using shm_vector = vector<int managed_shared_memory::allocator>>;</int>，再用segment.construct<shm_vector>("vec")(...)</shm_vector> - 自定义类要支持 placement new：无虚函数/虚继承更安全；含指针成员？不行，得换成
offset_ptr
多进程读写同一 shared_ptr 会 crash 吗
Boost.Interprocess 没有跨进程的 shared_ptr，直接传 std::shared_ptr 指针值过去毫无意义——地址空间隔离，目标进程根本解引用不了。
- 真正能跨进程共享的是“对象本身”，不是智能指针；要用
offset_ptr替代裸指针，它存的是相对于段起始的偏移量 - 若需引用计数语义，得自己实现：在共享内存里放一个原子计数器，各进程通过段访问并增减，但要注意 cache line 伪共享和内存序
- 常见误操作：把
std::shared_ptr对象放进共享内存——它内部指针仍指向本地堆，一解引用就段错误
Linux 下权限不足导致 open_failed，怎么设 umask 或 group
默认 managed_shared_memory 创建的文件在 /dev/shm/ 下，属创建者用户，其他用户进程无法 open。这不是代码问题，是系统权限配置。
立即学习“C++免费学习笔记（深入）”；
- 构造时传
permissions对象：permissions p; p.set_unrestricted(); segment(..., "seg", 65536, p);—— 但仅限 Linux，且依赖挂载/dev/shm时用了mode=1777 - 更稳妥做法：创建时指定组 ID：
p.set_group_id(getgrnam("mygroup")->gr_gid)，再确保目标进程属于该组 - MacOS 不走
/dev/shm，用 mmap 匿名映射，权限模型不同；测试务必在目标平台验证
最常被忽略的一点：共享内存段一旦创建，其权限和所有者就固定了，后续 open_only 不会改变它。调试时反复删重建，容易忘记旧段残留导致权限错乱。
