What is the best choice for .NET inter-process communication?我应该使用命名管道还是.NET Remoting与计算机上正在运行的进程进行通信？ WCF是最佳选择。它支持多种不同的传输机制(包括命名管道)，并且可以完全由配置驱动。我强烈建议您看一下WCF。 这是一个进行WCF与Remoting性能比较的博客。 博客引用：
WCF的MSDN部分 如果在单台计算机上，则命名管道可以为您提供更好的性能，并且可以与远程处理基础结构以及WCF一起实现。或者，您可以直接使用System.IO.Pipes。 如果您是指进程间通信，那么到目前为止，我使用.NET Remoting都没有任何问题。如果两个进程在同一台机器上，则通信速度非常快。 命名管道绝对有效，但是它们要求至少设计一个基本的应用程序协议，这可能不可行。远程处理使您可以轻松地调用远程方法。 如果您使用的是.NET Framework 3.0或更高版本，则应使用WCF。使用WCF，您可以使用不同的绑定，具体取决于性能/互操作/等之间的权衡。您需要的。 如果性能不是很关键，并且您需要与其他Web Service技术互操作，则将需要使用WS-HTTP绑定。对于您的情况，可以将WCF与net-tcp绑定或命名管道绑定一起使用。两者都应该起作用。 我个人认为，WCF方法更加简洁，因为您可以进行合同驱动的服务，并专注于消息而不是对象(我在此基于WCF / .NET Remoting的默认编程模型进行概括)。我不喜欢通过电线发送对象，因为很多语义信息会丢失或不清楚。当您像使用WCF一样发送消息时，可以更轻松地将通信和单个节点组成的类/基础结构之间的关注点分开。 .NET Framework 2.0中的远程处理为同一机器内的进程间通信提供了IPC通道。 WCF还提供了灵活性。通过仅更改一些配置(绑定)，您就可以在其他计算机上使用相同的服务，而不是在同一计算机上使用IPC。因此，您的代码保持灵活。 .Net远程处理本身并不是一个协议。它使您可以选择要使用的协议：SOAP，命名管道等。 .net远程处理内置于.net中，以进行内部进程通信。如果您使用它，他们将继续支持并可能在将来的版本中对其进行增强。命名管道并不能保证您会在.net的未来版本中得到增强 |
