IPC 通过两个不同的可执行文件？

Question

我有以下问题，我知道我需要通过共享内存或网络套接字使用 IPC。

我有一个用 VS2010 编译的可执行文件（意味着一个单独的 .exe），它从某个地方获取数据，它应该使该数据可用于第二个可执行文件。

boost::interprocess::managed_shared_memory managed_shm(
    boost::interprocess::open_or_create,
    "MyMemBlock",
    4000000);

第二个可执行文件是用 VS2012 编译的，应该接收该数据（或从内存中获取）并处理它。

// fails with a boost::interprocess::interprocess_exception
boost::interprocess::managed_shared_memory managed_shm(
    boost::interprocess::open_only,
    "MyMemBlock");

整个过程需要尽可能快。 使用相同的 Visual Studio 版本编译两个可执行文件不是一种选择，一个代码库仅使用 VS2010 编译，另一个仅使用 VS2012/2013 编译。

但是，我第一次尝试使用 boost::interprocess 没有用（第二个进程抛出 boost::interprocess::interprocess_exception），我不完全理解内存是如何共享的，或者更准确地说，共享内存信息如何从一个进程传递到另一个进程。第一个exe如何填充共享内存块的信息？它是否仅适用于 one 可执行文件中的多个进程？不是多个.exe？它是否必须是两个可执行文件使用的相同 boost DLL？我唯一的选择是 IPC via Sockets 吗？

Answer 1

IPC 适用于两个不同的可执行文件。访问共享内存的两个进程不需要编译成同一个可执行文件。事实上，它们可以用不同版本的 Visual Studio 和不同的 boost DLL 编译。但是，必须在两个可执行文件中使用相同的版本 boost。

非常有趣的是，同样不起作用的是，在 release-build 中运行一个可执行文件，在 debug-build 中运行另一个可执行文件。我猜他们以完全不同的方式分配内存并且不能共享它。

Answer 2

您可以尝试原生 Windows IPC。有很多你可以google them。我推荐Memory-mapped files。这里还有来自MS的好文章

这是非持久内存映射文件的示例场景。

1. Process A creates the memory-mapped file and writes a value to it.

2. Process B opens the memory-mapped file and writes a value to it.

3. Process C opens the memory-mapped file and writes a value to it.

4. Process A reads and displays the values from the memory-mapped file.

5. After Process A is finished with the memory-mapped file, the file is 
   immediately reclaimed by garbage collection.

取自here

Boost 还有implementation of memory-mapped files，它会根据编译目标平台使用原生低级API。示例代码可取here