我有一个非常复杂的类（它里面有 unordered_map 等），我想与我的两个进程共享它的一个对象。我可以简单地将一个指向它的指针从一个进程传递给另一个进程吗？我想，不，但希望听到“是的！”。
如果“否”，我会很高兴看到任何链接如何应对这种情况。 对于所有进程，我只需要这个对象的一个实例，因为它非常大，并且所有进程都可以在只读状态下工作。
【问题讨论】：
标签： c++ ipc shared-memory
不，进程不（自然）共享内存。如果 boost 是一个选项，那么您可以查看Boost.Interprocess 以轻松共享内存。
【讨论】：
不，指针对其他进程没有意义。操作系统为其他进程创建单独的地址空间；默认情况下，他们不知道其他进程正在运行，甚至不知道这样的事情是可能的。
【讨论】：
这里的诀窍是内存必须在两个进程中以相同的方式映射。如果你的映射共享内存可以这样安排，它会起作用，但我敢打赌这会非常困难。
还有其他几种可能性。第一个是使用数组；数组索引将在两个进程中起作用。
您还可以使用placement new 来确保您在共享内存中的已知位置分配对象，并使用这些偏移量。
【讨论】：
如果你在 linux 上，你可以使用共享内存来存储进程之间的公共数据。对于一般情况，请查看 boost IPC 库。
但是来自一个进程的指针不能在另一个进程中使用（如果访问IO，或者一些特殊设备，可以使用它的地址）
【讨论】：
如果您使用 Qt4，则有 QSharedMemory 或者您可以使用套接字和自定义序列化协议。
【讨论】：
您当然可以使用 IPC 来实现这一点，并且在很多情况下，多进程比多线程进程更有意义（至少有一个进程是基于您无法进行大量修改的遗留代码构建的，它们最好用不同的语言编写，您需要最大限度地减少一个进程中出现故障的机会，从而影响其他进程的稳定性等。）在与 POSIX 兼容的环境中，您会这样做
int descriptor = shm_open("/unique_name_here", O_RDWR | O_CREAT, 0777);
if (descriptor < 0) {
/* handle error */
} else {
ftruncate(descriptor, sizeof(Object));
void *ptr = mmap(NULL, sizeof(Object), PROT_READ | PROT_WRITE | PROT_EXEC, MAP_SHARED, descriptor, 0);
if (!ptr || ptr == MAP_FAILED)
/* handle error */ ;
Object *obj = new (ptr) Object(arguments);
}
在一个过程中，然后
int descriptor = shm_open("/the_same_name_here", O_RDWR | O_CREAT, 0777);
if (descriptor < 0) {
/* handle error */
} else {
Object *obj = (Object *) mmap(NULL, sizeof(Object), PROT_READ | PROT_WRITE | PROT_EXEC, MAP_SHARED, descriptor, 0);
if (!obj || obj == MAP_FAILED)
/* handle error */ ;
}
在另一个。还有更多选项，完成后我没有显示清理代码，因此您仍然应该阅读 shm_open() 和 mmap() 联机帮助页，但这应该可以帮助您入门。需要记住的几点：
/All/ 对象使用的内存需要共享。例如，如果 Object 包含指向其他对象的指针或引用，或动态分配的成员（包括容器、std::string 等），则必须使用placement new 来创建所有内容（或至少所有需要与其他进程共享）在共享内存 blob 中。您不需要为每个对象创建一个新的 shm_open()，但是您必须（在创建过程中）跟踪它们的大小和偏移量，这在非平凡的情况下很容易出错，如果有的话，绝对会令人毛骨悚然花哨的自动分配类型，例如 STL 容器。
如果任何进程在对象被共享后会对其进行修改，则您需要提供单独的同步机制。这并不比你在多线程程序中做的更糟糕，但你必须考虑一下。
如果“客户端”进程不需要修改共享对象，您应该使用 O_RDONLY 而不是 O_RDWR 打开它们的句柄，并在没有 PROT_WRITE 权限标志的情况下调用 mmap()。如果客户端进程可能进行不需要与其他进程共享的本地修改，请使用 MAP_PRIVATE 而不是 MAP_SHARED 调用 mmap()。这将大大减少所需的同步量以及搞砸的风险。
如果这些进程将在多用户系统上运行和/或共享数据可能是敏感的和/或这是一个高可用性应用程序，那么您将需要比所示更复杂的访问控制更多。共享内存是安全漏洞的常见来源。
【讨论】：