关于c＃：. NET进程间通信的最佳选择是什么？

我应该使用命名管道还是.NET Remoting与计算机上正在运行的进程进行通信？

---

WCF是最佳选择。它支持多种不同的传输机制(包括命名管道)，并且可以完全由配置驱动。我强烈建议您看一下WCF。

这是一个进行WCF与Remoting性能比较的博客。

博客引用：

The WCF and .NET Remoting are really comparable in performance. The differences are so small (measuring client latency) that it does not matter which one is a bit faster. WCF though has much better server throughput than .NET Remoting. If I would start completely new project I would chose the WCF. Anyway the WCF does much more than Remoting and for all those features I love it.

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的未来版本中得到增强

---