4

问题：我有一个可以加载到另一个程序中的 dll。现在 dll 可以访问其他程序中的所有数据/函数。

我可以使用哪种技术，现在外部程序可以向该 dll 发送数据/命令，引导其他程序或从中获取数据？

我的意思是，在过去这意味着 DDE，我认为那是在 Windows 3.11/95 时代。我今天可以使用什么？哪一个最容易？哪个最快？

4

5 回答 5

6

一些常见的有：

  • 命名管道。相当容易实施。
  • 共享内存。更多的工作，但可能会快一点（至少在我的测试中）。
  • 插座。这相当简单且非常便携，但性能不高。但是，如果您突然希望能够与运行在不同机器上的进程进行通信，那肯定很好。
于 2010-04-27T13:57:42.457 回答
5

COM是当今以 Windows 为中心的应用程序的事实上的标准 IPC 机制。

它允许跨语言访问，解决二进制接口兼容性问题，为您进行透明编组并具有不同的线程模型。

尖牙在这里很好地总结了一些事实。

于 2010-04-27T14:00:04.900 回答
1

OP 提到了发送数据和命令。如果发送者和接收者都在同一个用户帐户中运行，发送命令的一个很好的选择是定义一个自定义WM_APP或WM_USER消息并使用PostMessage(). Windows 仍然是 Windows。

如果接收程序没有窗口，你总是可以给它一个不可见的窗口。如果由于某种原因您无法做到这一点，这PostThreadMessage()是一个后备选项。这不被认为是最佳实践，因为它在窗口管理器的范围之外工作 - 但它确实有效。

当然如果发送方和接收方运行在不同的帐户中，PostMessage()将PostThreadMessage()无法正常工作。您必须使用已经提到的支持 Windows 安全性的其他方法之一。

于 2020-05-20T06:38:38.760 回答
0

不要忘记Remoting，以获得 .NET 中更高级别的可能性

于 2012-01-09T12:59:38.617 回答
0

对于简单、快速的通信，您可以考虑使用Mailslots。它们非常易于使用。您可以像处理文件一样与它们交互。

当您想要向多个收件人广播命令或接收来自多个生产者的消息并且您的设计可以容忍偶尔丢失的消息时，邮槽是最合适的。上面提到的命名管道更适合单进程到单进程、保证交付的 IPC。

好消息

  • 它们很容易实现
  • 它们支持异步操作
  • 即使给定 Windows 进程隔离，它们也可以使用。这意味着您可以使用它们在不同的用户会话之间进行通信（例如，使用 Windows 服务）
  • 他们可以通过向“\*\mailslot[path]name”打开一个邮槽来向整个域广播消息。当您使用这样的名称写入邮件槽时，它会将其发送到您域中每台计算机上的每个该名称的邮件槽

坏消息

  • 只能通过网络传输 424 字节。更多数据可以在本地传输
  • 它们是基于 UDP 的，所以只有在不时丢失消息的情况下才可以使用它们
  • 有时（特别是在多处理器系统上），消息可能会稍微乱序传递

有很多示例可用，但我还没有足够的代表 在 C++中的 CodeProject 上发布更多示例

于 2013-02-22T15:07:49.780 回答