|
老老实实学WCF 第九篇 消息通信模式(上) 请求应答与单向 通过前两篇的学习，我们了解了服务模型的一些特性如会话和实例化，今天我们来进一步学习服务模型的另一个重要特性：消息通信模式。 WCF的服务端与客户端在通信时有三种模式：单向模式、请求/应答模式和双工模式。 如果选用了单向模式，调用方在向被调用方进行了调用后不期待任何回应，被调用方在执行完调用后不给调用方任何反馈。如客户端通过单向模式调用了一个服务端的操作后，就去干别的了，不会等待服务端给他任何响应，他也无从得知调用是否成功，甚至连发生了错误也全然不知。这种模式的特点是，客户端在调用操作后立即返回，从客户端角度看，用户操作的响应是非常快的，只是客户端无法得知调用结果。 如果选用了请求/应答模式，客户端向服务端发出调用后会一直等待服务端的回复，服务端在执行完操作后会把结果返回给客户端，即使服务操作签名返回值为void，服务端还是会返回一条空消息，告诉客户端调用完成了，客户端在接到返回后才会从调用方法返回继续进行下面的工作。这种模式的特点是客户端总是可以知道服务执行的情况，如果出错，错误也会返回，客户端对服务的执行监控的很好，但是由于在服务返回之前客户端会一直等待，所以如果服务端的服务执行时间比较长的话，客户端这边的用户响应就会很慢，如果客户端对服务的调用与用户界面在同一线程，在用户看来，应用程序就死在那里了。 如果选用了双工模式，客户端和服务端都可以单独的向对方发送消息调用，其实这种模式是在单向模式基础上进行的，两边的调用都是单向调用，但是两边都可以独立的进行，谁也不用等待谁，这种模式比较复杂一些，我们在下一篇再详细的研究。 1. 如何设置消息通信模式。 双工模式有其他的设置方式，单行模式和请求应答模式的设置位置是相同的，就是通过修改操作协定的OperationContract属性的IsOneWay属性来设置。如下面的代码将HelloWCF操作协定设置为了单向模式： [ServiceContract] public interface IHelloWCF { [OperationContract(IsOneWay=true)] void HelloWCF(); } 如果不配置IsOneWay属性，那么他默认是False的，也就是说默认的消息通信模式是请求/应答模式，除非我们显式的指定为单向模式。 下面的代码将HelloWCF操作协定设置为了请求/应答模式： [ServiceContract] public interface IHelloWCF { [OperationContract(IsOneWay=false)] void HelloWCF(); } 由于是默认值，IsOneWay属性不配置也是可以的。 注意，在单向模式下，返回值必须是void，并且不能使用任何Out或Ref的方式返回参数值，也就是说不能以任何手段返回任何值，这是基础结构所不允许的，这样做会导致服务端抛出异常。而在请求/应答模式下，这些都是可以的，即使没有返回值(返回值为void)，返回消息也会照样发送，只不过是个空消息。
2. 两种模式的例子 首先我们看一个请求/应答模式的例子，我用的还是前几篇中使用的IIS宿主服务的例子，如果你忘了，翻回去熟悉一下。 我们让服务端的HelloWCF在返回'Hello WCF!'字符串之前，先磨蹭一会，让他在线程上休眠一会儿。 HelloWCFService.CS的源代码如下： using System;using System.ServiceModel;namespace LearnWCF{ [ServiceContract] public interface IHelloWCF { [OperationContract(IsOneWay=false)] string HelloWCF(); } public class HelloWCFService : IHelloWCF { private int _Counter; public string HelloWCF() { System.Threading.Thread.Sleep(3000); return 'Hello WCF!'; } }}没什么变化，就是让他在线程上Sleep 3秒。 下面是Web.Config文件，也没什么变化： 下面是SVC文件，就一行代码，指示了这是个WCF服务，并指定了后台类型： <%@ServiceHost language=c# Debug='true' Service='LearnWCF.HelloWCFService'%> 把SVC文件和Web.Config文件放在网站根文件夹下，CS文件放在App_Code文件夹下，启动IIS，服务就寄宿好了，如果你忘记了如何在IIS中寄宿，马上翻回第三篇熟悉一下。 用SVCUTIL.EXE或添加服务引用来生成客户端，为了能看出调用的时间，我们在调用前和调用后分别把时间输出来。Program.cs代码如下： using System;using System.Collections.Generic;using System.Linq;using System.Text;using System.ServiceModel;namespace ConsoleClient{ class Program { static void Main(string[] args) { Services.HelloWCFClient client = new Services.HelloWCFClient(); Console.WriteLine(DateTime.Now.ToLongTimeString()); Console.WriteLine(client.HelloWCF()); Console.WriteLine(DateTime.Now.ToLongTimeString()); Console.ReadLine(); } }}F5运行一下，结果如下： 
可以看到，整个调用花费了4秒钟，除了服务方法中Sleep了3秒，建立会话通讯什么的还用了1秒，在服务端方法Sleep的时候，客户端一直在等待。 接下来，我们再看单向模式的情况，我们修改一下服务协定的代码，让其采用单向模式，但是注意，此时不能有返回值了，必须设为void，服务方法中就是睡3秒，其他的什么也不做。 using System;using System.ServiceModel;namespace LearnWCF{ [ServiceContract] public interface IHelloWCF { [OperationContract(IsOneWay=true)] void HelloWCF(); } public class HelloWCFService : IHelloWCF { private int _Counter; public void HelloWCF() { System.Threading.Thread.Sleep(3000); } }}
客户端需要重新下载一下元数据或更新一下服务引用，因为服务协定的内容变了，客户端Program.CS代码如下：
using System;using System.Collections.Generic;using System.Linq;using System.Text;using System.ServiceModel;namespace ConsoleClient{ class Program { static void Main(string[] args) { Services.HelloWCFClient client = new Services.HelloWCFClient(); Console.WriteLine(DateTime.Now.ToLongTimeString()); client.HelloWCF(); Console.WriteLine(DateTime.Now.ToLongTimeString()); Console.ReadLine(); } }}
F5看看结果：
可以看到只用了1秒，客户端与服务端建立会话后把调用送出就立即返回了，没有等待服务端睡那三秒，当然此时的客户端也根本就不知道服务端在做什么。 注意，请求应答模式是需要会话支持的，必须使用支持会话的绑定，而且服务协定的SessionMode必须至少为Allowed，服务类的ServiceBehavior的InstanceContextMode必须是PerSession，我们在这里没有配置，因为他们是默认的，但是我们必须知道他们需要这样的配置才能支持请求/应答模式。 如果你在试验中遇到了莫名其妙的问题，尝试把客户端服务引用全部删掉重新添加服务引用，因为有的时候更新服务引用不总是那么好用。
3. 总结 通过这一篇的学习，我们了解了消息通讯的两种基本模式，在这个基础上还有更加复杂的双工通讯模式，我们在下一篇中详细研究。
|
