问没有服务中介者的.NET IPC

EN

使用共享内存比较困难，因为您必须管理共享内存缓冲区的大小(或者只是预先分配足够的内存)。您还必须手动管理放入其中的数据结构。一旦你对它进行了测试和工作，由于它的简单性，它将更容易使用和测试。

如果使用远程处理路由，则可以使用命名管道进行单个系统通信，而不是使用IpcChannel或HTTP通道。http://msdn.microsoft.com/en-us/library/4b3scst2.aspx。此解决方案的问题在于，您需要提出一个注册表类型的解决方案(在共享内存或其他持久性存储中)，以便进程可以向其注册其端点。这样，当您查找它们时，您可以找到一种方法来查询系统上运行的所有端点，并且您可以找到您正在查找的端点。使用远程处理的好处是序列化和方法调用都非常简单。此外，如果您决定移动到网络上的多台计算机，则只需翻转开关即可使用网络通道。缺点是，除非您清楚地将什么是“远程”调用与什么是“本地”调用分开，否则远程处理可能会令人沮丧。

我对WCF了解不多，但这可能也值得研究一下。Spider sense表示，对于这个问题，它可能有一个更优雅的解决方案。也许吧。

或者，您可以创建一个独立于所有其他进程的“服务器”进程，并启动该进程(使用系统互斥锁确保不会启动多个进程)，以充当所有其他进程的中介和注册中心。

还有一件事要研究事件的发布-订阅模型(发布/订阅)。当您的侦听器在事件源可用之前启动，但您不想等待注册该事件时，此技术会很有帮助。“服务器”进程将处理事件注册表，以链接发布者和订阅者。

为什么不把服务器和客户端放在两端，谁先来谁就是服务器呢？如果服务器退出，仍处于活动状态的客户端将切换角色。

有许多方法可以处理进程间通信(.net或非)，通过TCP/HTTP隧道是一种，way...but可能是一个非常糟糕的选择(取决于环境和环境)。

共享内存和命名管道是两种可能对您更好的解决方案(是的，它们可以在.Net中完成)。由于一些AppDomain问题，我个人不喜欢.Net Framework...but中的IPC类……