在Windows Mobile上轻松实现IPC？

Question

在Windows Mobile上的C ++项目（即没有.NET）中，我正在寻找一种在两个独立运行的应用程序之间轻松通信的方法。应用程序A将运行服务，而应用程序B将为用户提供一些功能--B必须为其调用某些功能。我宁愿不在COM中实现任何东西。

实际上，我宁愿不做任何类型的序列化或类似（即这将排除使用套接字/管道/文件），而是让B将所有参数和指针传递给A，就像A是部分一样另外，应用程序C，D和E应该能够只运行一个A实例。

我应该补充一点，B有时应该将一个数组（或std :: vector或std :: map）返回给A，其中大小以前不知道。

这可能在Windows Mobile和其他平台上实现吗？

Answer 1

您不能只跨进程共享数据。我不推荐COM。 Windows CE中不存在管道。您最好的路线是内存映射文件（如桌面上）或点对点消息队列（桌面上没有任何内容）。哪个更好取决于您的使用场景。

不尝试使用VirtualAlloc建议使用跨进程内存，因为它是一个不安全的黑客不安全，并且在CE 6.0或更高版本中不受支持，所以你最终会在WinMo 7及更高版本下破解

我不建议使用Windows消息和WM_COPYDATA。它很慢，很笨拙，很容易出错。

人们，当你没有使用平台试图获得声望点时，请不要只回答问题。如果你不了解这个平台，那就让其他人帮助这个人，而不是让他进行疯狂的追逐。

Answer 2

由于您只需要应用程序（B）与服务（A）进行通信，为什么不使用 CreateFile 和 DeviceIoControl 来定义一组的IOCTL？

Answer 3

这是一个很好的资源来源 - http：// msdn。 microsoft.com/en-us/library/aa446520.aspx 您可以决定哪种方案最适合您的需求。

Answer 4

你已经涵盖了几乎所有可用的基础; COM，管道，套接字，内存映射文件。 Windows中的所有进程都有完全独立的内存空间，因此如果不使用其中一种IPC机制，就无法共享任何内容。

Answer 5

在Windows Mobile上，我似乎记得所有进程都映射到同一个地址空间。因此，在具有已知名称和/或类名的两个进程中创建消息窗口，并在每个进程中使用FindWindow来查找另一个。

然后，SendMessage使用WM_APP定义的消息id和指向要在wParam或lParam中传输的数据的指针。

如果我错了并且Mobile确实分区进程内存，那么只需使用WM_COPYDATA - 在桌面上使用内存映射，因此非常快 - 在应用程序之间发送数据。