0

我需要一种用于 2 个 Windows 应用程序（都在同一台机器上）的 IPC 方法。如果我的应用程序是基于 CLI + windows service 的，哪一个更好。

PS 我已经在单独的线程中实现了目标进程（CLI 应用程序）中的消息队列。并通过源进程（GUI 应用程序）发布我的消息PostThreadMessage。
所以。当两个应用程序都由同一个用户运行时 - 一切正常。当我在本地服务用户下通过任务计划程序运行我的目标应用程序时，我收到 1444 错误代码（错误的线程 ID）。
有任何想法吗？

来自 MSDN 的 PPS

此线程必须具有 SE_TCB_NAME 权限才能将消息发布到属于具有相同本地唯一标识符 (LUID) 但位于不同桌面的进程的线程。否则，函数将失败并返回 ERROR_INVALID_THREAD_ID。

此线程必须与调用线程属于同一桌面或属于具有相同 LUID 的进程。否则，函数将失败并返回 ERROR_INVALID_THREAD_ID。

所以。我应该确定如何SE_TCB_NAME从我的源进程设置到我的线程。

4

2 回答 2

1

WM_COPYDATA 消息或自定义消息代码（如果您不打算传输文本或二进制数据）将起作用。WM_COPYDATA 消息允许您传输二进制数据，Windows 会跨进程边界进行复制。

在 GUI -> CLI 应用程序中，您需要在 CLI 进程中创建一个不可见的窗口来接收消息（如果您希望消息被发送而不是从 GUI 应用程序发布）。如果您只是将消息从 GUI 发布到 CLI，那么 PostThreadMessage() 函数就足够了，并且不需要窗口。

在 CLI -> GUI 方向中根本没有复杂性，因为窗口已经（通常）存在于 GUI 应用程序中。

于 2013-01-21T07:30:39.800 回答
0

还有一个不错的解决方案——来自 boost 库的消息队列。

于 2013-01-22T18:07:31.133 回答