WCF 第二章契约双向操作-优快云博客

本文探讨了WCF中双工服务契约的概念，这是一种允许客户端和服务端双向通信的模式。在双工模式下，消息可以在通信信道建立后从任何方向发送，无论是请求-回复还是单向模式。为实现这一目标，WCF可能需要创建额外的信道，特别是在HTTP等不支持双向通信的协议上。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

请求-回复通信是客户端与服务端最普遍的消息交换模式。通信在客户端被初始化，客户端发送一个请求消息给服务端，然后服务端发送一个返回消息给客户端。如果返回消息很快，那么通信过程可以是同步的，所以客户端应用程序阻塞等待反馈。如果请求和回复之间会有延时，请求-回复模式可以在客户端使用标准.NET技术实现异步调用。在那种情况下，WCF会在发送请求给服务端后立即把控制返回给客户端应用程序。当服务接收到反馈以后，一个.NET回调方法被调用来完成WCF回复。
然而，如果服务端需要初始化消息，比如一个通知或者提示？如果客户端和服务端需要在更高层次互通消息而不是各自使用独立消息，客户端发送的大量请求要如何关联到服务端的回复？如果一个请求预期需要10分钟完成的情况该怎么办？
WCF能够进行双向通信通过双工服务契约。双工服务契约完成双工消息模式，在通信信道建立以后不可预知的消息可以从任何方向发出。在双工信道上的操作可以是请求-回复模式也可以是单向模式。
因为消息可以在任何一个方向传输，从客户端到服务端或者从服务端到客户端，两方都需要一个地址，绑定和契约来定义哪里，怎么样和什么样的消息可以被发送。为了让消息从服务端发送到客户端更加容易，WCF可以需要创建额外的信道。如果初始化信道不支持双向通信，那么WCF创建第二个信道，使用服务终结点定义的协议，使协议在两个方向是对称的。这会在图2.6中显示。
依赖于创建客户端到服务端会话的绑定，WCF将创建一个或两个信道来完成双向通信模式。对于支持双向通信的协议，比如命名管道和TCP，只需要一个信道。对于不支持双向通信的协议，比如HTTP,WCF会额外再创建一个信道用来服务端向客户端返回消息。在WCF预设的绑定中，那些名字中有"dual"的绑定(比如 wsDualHttpBinding)实现了两个信道。自定义绑定，属于为了满足特殊需求的信道元素的集合，也可以在信道栈中定义 compositeDuplex来实现双向信道模式。自定义绑定在第四章"绑定"中会详细介绍。

当从客户端向服务端发送消息时，客户端使用服务端终结点确定的地址。相反的，当从服务端向客户端通过对应双向信道返回消息时，服务端也必须知道客户端终结点地址。客户端寄宿的地址，WCF生成的终结点由WCF信道产生。这个地址，是消息从服务端向客户端返回的发送的网络地址，可以偶那个过设置客户端的绑定的compositeDuplex的基地址属性来重载。