WCF入门四[WCF的通信模式]
一、概述
WCF的通信模式有三种：请求/响应模式、单向模式和双工通信。
二、请求/响应模式
请求/响应模式就是WCF的默认模式，前面几篇随笔中的示例都是这种模式，当客户端发送请求后(非异步状态下)，即使返回的是void客户端会一直等待服务端的响应后才继续下面的操作。
优点：可以及时的向客户端返回错误信息。
缺点：面对服务端需要长时间处理的情况下，降低客户端的响应速度和性能。
这个大家都好理解，就不再复述。
三、单向模式
单向模式和请求/响应模式相反，单向模式就是客户端发送请求后直接进行接下来的操作，不会等待服务端的响应，并且服务端也不会发送响应。所以单向模式的方法不得声明输出参数、返回值和引用参数。
单向模式的需要在OpertaionContract中设置IsOneWay=true ，如下所示：
[OperationContract(IsOneWay = true)] void ShowDay(string day);
优点：客户端反应速度快、性能强，当然排除需要超大量传输参数的情况。
缺点：不能及时获取服务端是否操作结果。
四、双工通信
双工通信就是实现客户端和服务端方法可以相互调用。一般情况下都是客户端调用服务端的方法，但是双工通信可以让服务端调用客户端的方法。双工通信时建立在上述两种方式之上的，并不是相互冲突的。
1.服务端
定义服务契约和回调契约，服务契约必须通过特性[ServiceContract(CallbackContract = typeof(ICustomCallback))]来关联回调契约，回调契约不必声明ServiceContract特性，但是方法必须声明OperationContract否则在客户端引用服务后无法使用该方法，这里我们用单向模式。
namespace WcfServiceLibrary { // 注意: 使用“重构”菜单上的“重命名”命令，可以同时更改代码和配置文件中的接口名“IDay”。 [ServiceContract(CallbackContract = typeof(ICustomCallback))] public interface IDay { [OperationContract] string ShowDay(int day); } public interface ICustomCallback { [OperationContract(IsOneWay=true)] void UserCustomMethod(string str); } }
在配置文件中binding指定WSDualHttpBinding，支持回调的绑定有4种：WSDualHttpBinding、NetTcpBinding、NetNamedPipeBinding、NetPeerTcpBinding，我这里用第一种。
<endpoint address="" binding="wsDualHttpBinding" contract="WcfServiceLibrary.IDay">
实现服务契约接口，不需要实现回调契约的接口，因为回调是使用客户端的方法所以在客户端实现。OperationContext是WCF中非常重要的对象，它表示操作执行的上下文，通过OperationContext的方法GetCallbackChannel<T>()来获取回调对象后使用回调方法。
namespace WcfServiceLibrary { // 注意: 使用“重构”菜单上的“重命名”命令，可以同时更改代码和配置文件中的类名“Day”。 public class Day : IDay { ICustomCallback customCallback = null; public Day() { customCallback = OperationContext.Current.GetCallbackChannel<ICustomCallback>(); } public string ShowDay(int day) { customCallback.UserCustomMethod("哈哈哈哈");//使用回调方法 return string.Format("WCF服务返回Day是：{0}", day); } } }
2.客户端
客户端引用WCF服务后会在Service References文件加下生成一个服务类，里面定义了回调接口IDayCallback如下：
[System.CodeDom.Compiler.GeneratedCodeAttribute("System.ServiceModel", "4.0.0.0")] public interface IDayCallback { [System.ServiceModel.OperationContractAttribute(IsOneWay=true, Action="http://tempuri.org/IDay/UserCustomMethod")] void UserCustomMethod(string str); }
实现回调方法，并调用WCF服务：
class Program { static void Main(string[] args) { InstanceContext instanceContext = new InstanceContext(new CustomCallback()); DayClient client = new DayClient(instanceContext); Console.WriteLine(client.ShowDay(666)); Console.ReadLine(); } } public class CustomCallback : IDayCallback { public void UserCustomMethod(string str) { Console.WriteLine("这是客户端方法：{0}",str); } }
调试可以看到，在服务端成功调用了客户端的方法UserCustomMethod(string str)：
五、回调死锁
由于双工通信下客户端和服务端可以互相调用对方的方法，所以会出现双方都等待对方响应的情况，而造成死锁而报错。上面的例子没有造成死锁是因为使用了单向模式，不需要等待响应。那么如果需要使用带有返回值的回调方法那该怎么办呢？
我们将上述服务端回调契约定义的回调方法改为string UserCustomMethod(string str)并去掉IsOneWay = true，然后在服务端进行以下改造：
// 注意: 使用“重构”菜单上的“重命名”命令，可以同时更改代码和配置文件中的类名“Day”。 public class Day : IDay { ICustomCallback customCallback = null; public Day() { customCallback = OperationContext.Current.GetCallbackChannel<ICustomCallback>(); } public string ShowDay(int day) { string str = customCallback.UserCustomMethod("哈哈哈哈"); return string.Format("WCF服务返回Day是：{0}。{1}", day, str); } }
之后在客户端更新服务，运行报以下错误：
很明显服务不支持并发，由于等待响应而产生了死锁。可以修改ServiceBehavior特性中的ConcurrencyMode就可以了。那么我们修改下代码如下，ServiceBehavior只能声明类：
[ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Reentrant)] public class Day : IDay { ICustomCallback customCallback = null; public Day() { customCallback = OperationContext.Current.GetCallbackChannel<ICustomCallback>(); } public string ShowDay(int day) { string str = customCallback.UserCustomMethod("哈哈哈哈"); return string.Format("WCF服务返回Day是：{0}。{1}", day, str); } }
再次运行客户端就成功啦：
六、说明
这个随笔是我自己学习流程的一个记录，和大家共勉。