WCF - 最快的进程间通信

Question

A 有一个可通过 Web 访问（通过 basicHttpBinding）的 WCF 服务，我也希望从同一台计算机上的其他 .NET 服务进行访问，并具有尽可能更高的性能。我知道 netNamedPipeBinding 非常适合此目的，但想知道如果我只与其他 .NET 进程进行通信，最好的配置是什么。

例如，我不一定需要使用诸如 SOAP 之类的编码，因为这可能太大了，而且我不需要与 .NET 客户端以外的任何其他客户端兼容。我也不认为我需要任何安全感。

用于此目的的最佳绑定配置是什么（或与此相关的任何其他配置）

Answer 1

正如您所注意到的，NetNamedPipeBinding绑定针对同机通信进行了优化：

提供安全可靠的绑定 针对机器上进行了优化 沟通。

参考。 : 系统提供的绑定

在 Juval Lowy 的书“编程 WCF 服务”的第一章中，他提供了一个有用的决策活动图来选择正确的绑定：

“你应该问的第一个问题 你自己就是你的服务是否需要 与非 WCF 客户端交互。如果 答案是肯定的，如果客户 是旧版 MSMQ 客户端，请选择 MsmqIntegrationBinding 支持 您的服务通过 MSMQ 进行互操作 和这样的客户。如果你需要 与非 WCF 客户端进行互操作 该客户需要基本的网络服务 协议（ASMX Web 服务），选择 BasicHttpBinding，公开 您对外界的 WCF 服务 就好像它是一个 ASMX Web 服务 （即 WSI 基本配置文件）。这 缺点是你不能接受 大多数现代 WS-* 的优点 协议。但是，如果非 WCF 客户可以理解这些标准， 选择 WS 绑定之一，例如 WSHttpBinding， WSFederationHttpBinding，或 WSDualHttpBinding。如果你可以假设 该客户端是 WCF 客户端，但是 它需要离线或断开连接 交互，选择NetMsmqBinding 使用 MSMQ 来传输 消息。如果客户需要 连接通信，但可能是 跨机器边界调用， 选择 NetTcpBinding 通过 TCP 进行通信。如果客户 与服务位于同一台机器上， 选择 NetNamedPipeBinding 使用命名管道来最大化 表现。您可以微调绑定 根据附加的选择 标准，例如需要 回调（WSDualHttpBinding）或 联合安全 （WSFederationHttpBinding）。”

Answer 2

当然命名管道传输是最好的选择。

标准 NetNamedPipeBinding 上默认启用 EncryptAndSign 传输安全。您当然想删除它，因为这样做会加快速度，而不会对安全性产生任何实际影响，原因我在这里讨论。

我也怀疑，但尚未证实，更改消息编码绑定元素可能会有所帮助。这是因为默认值是 WCF 专有的“带内字典二进制编码”，它是 XML 信息集的编码，旨在减少冗余字节，例如在打开和关闭元素标签中：当涉及网络 IO 时，这是一个有价值的目标，但当消息传输完全在内存中时（假设消息不是太大），可能会浪费 CPU 工作量。因此，更改为纯文本编码也可能会提高速度。

Answer 3

我知道这是一个很老的问题，但仍然值得回答。正如已经提到的，命名管道速度最快，您需要禁用安全性，但如果您摆脱数据契约序列化并切换到基于流的传输模式，您将获得最显着的效果。

使用类似的东西作为绑定配置：

                new NetNamedPipeBinding
                {
                    MaxReceivedMessageSize     = 524288000,
                    ReceiveTimeout             = TimeSpan.MaxValue, // never timeout
                    SendTimeout                = TimeSpan.MaxValue, // never timeout
                    ReaderQuotas               =
                    {
                        MaxStringContentLength = 655360000
                    },
                    TransferMode               = TransferMode.Streamed,
                    Security = new NetNamedPipeSecurity
                    {
                        Mode = NetNamedPipeSecurityMode.None,
                        Transport = new NamedPipeTransportSecurity
                        {
                            ProtectionLevel = ProtectionLevel.None
                        }
                    }
                }

像这样定义您的服务消息：

[MessageContract]
public class CallRequestMessage
{
    [MessageHeader]
    public string Arg1;
    [MessageHeader]
    public int ParametersLen;
    [MessageBodyMember]
    public Stream Parameters;
}

[MessageContract]
public class CallResponceMessage
{
    [MessageHeader]
    public int ResultCode;
    [MessageHeader]
    public int ResultsLen;
    [MessageBodyMember]
    public Stream Results;
}

[ServiceContract]
public interface ILocalServiceAPI
{
    [OperationContract]
    CallResponceMessage Call(CallRequestMessage message);
}

此方法的缺点是现在您必须自己序列化数据。与 MemoryStream 相比，我更喜欢直接使用 protobuf 序列化。将此流放入您的 CallRequestMessage.Parameters。

不要忘记在消息头中传输ParametersLen/ResultsLen，因为流是无限的（读取时您可能会收到0字节，但与普通流不同，您应该继续读取）。