[老老实实学WCF] 第九篇 消息通信模式(上) 请求应答与单向

老老实实学WCF

第九篇 消息通信模式(上) 请求应答与单向

通过前两篇的学习,我们了解了服务模型的一些特性如会话和实例化,今天我们来进一步学习服务模型的另一个重要特性:消息通信模式。

WCF的服务端与客户端在通信时有三种模式:单向模式、请求/应答模式和双工模式。

如果选用了单向模式,调用方在向被调用方进行了调用后不期待任何回应,被调用方在执行完调用后不给调用方任何反馈。如客户端通过单向模式调用了一个服务端的操作后,就去干别的了,不会等待服务端给他任何响应,他也无从得知调用是否成功,甚至连发生了错误也全然不知。这种模式的特点是,客户端在调用操作后立即返回,从客户端角度看,用户操作的响应是非常快的,只是客户端无法得知调用结果。

如果选用了请求/应答模式,客户端向服务端发出调用后会一直等待服务端的回复,服务端在执行完操作后会把结果返回给客户端,即使服务操作签名返回值为void,服务端还是会返回一条空消息,告诉客户端调用完成了,客户端在接到返回后才会从调用方法返回继续进行下面的工作。这种模式的特点是客户端总是可以知道服务执行的情况,如果出错,错误也会返回,客户端对服务的执行监控的很好,但是由于在服务返回之前客户端会一直等待,所以如果服务端的服务执行时间比较长的话,客户端这边的用户响应就会很慢,如果客户端对服务的调用与用户界面在同一线程,在用户看来,应用程序就死在那里了。

如果选用了双工模式,客户端和服务端都可以单独的向对方发送消息调用,其实这种模式是在单向模式基础上进行的,两边的调用都是单向调用,但是两边都可以独立的进行,谁也不用等待谁,这种模式比较复杂一些,我们在下一篇再详细的研究。

1. 如何设置消息通信模式。

双工模式有其他的设置方式,单行模式和请求应答模式的设置位置是相同的,就是通过修改操作协定的OperationContract属性的IsOneWay属性来设置。如下面的代码将HelloWCF操作协定设置为了单向模式:

[csharp] view plaincopy

  1. [ServiceContract]
  2. public interface IHelloWCF
  3. {
  4. [OperationContract(IsOneWay=true)]
  5. void HelloWCF();
  6. }

如果不配置IsOneWay属性,那么他默认是False的,也就是说默认的消息通信模式是请求/应答模式,除非我们显式的指定为单向模式。

下面的代码将HelloWCF操作协定设置为了请求/应答模式:

[csharp] view plaincopy

  1. [ServiceContract]
  2. public interface IHelloWCF
  3. {
  4. [OperationContract(IsOneWay=false)]
  5. void HelloWCF();
  6. }

由于是默认值,IsOneWay属性不配置也是可以的。

注意,在单向模式下,返回值必须是void,并且不能使用任何Out或Ref的方式返回参数值,也就是说不能以任何手段返回任何值,这是基础结构所不允许的,这样做会导致服务端抛出异常。而在请求/应答模式下,这些都是可以的,即使没有返回值(返回值为void),返回消息也会照样发送,只不过是个空消息。

2. 两种模式的例子

首先我们看一个请求/应答模式的例子,我用的还是前几篇中使用的IIS宿主服务的例子,如果你忘了,翻回去熟悉一下。

我们让服务端的HelloWCF在返回"Hello WCF!"字符串之前,先磨蹭一会,让他在线程上休眠一会儿。

HelloWCFService.CS的源代码如下:

[csharp] view plaincopy

  1. using System;
  2. using System.ServiceModel;
  3. namespace LearnWCF
  4. {
  5. [ServiceContract]
  6. public interface IHelloWCF
  7. {
  8. [OperationContract(IsOneWay=false)]
  9. string HelloWCF();
  10. }
  11. public class HelloWCFService : IHelloWCF
  12. {
  13. private int _Counter;
  14. public string HelloWCF()
  15. {
  16. System.Threading.Thread.Sleep(3000);
  17. return "Hello WCF!";
  18. }
  19. }
  20. }

没什么变化,就是让他在线程上Sleep 3秒。

下面是Web.Config文件,也没什么变化:

[html] view plaincopy

  1. <configuration>
  2. <system.serviceModel>
  3. <services>
  4. <service name="LearnWCF.HelloWCFService" behaviorConfiguration="metadataExchange">
  5. <endpoint address="" binding="wsHttpBinding" contract="LearnWCF.IHelloWCF"/>
  6. <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
  7. </service>
  8. </services>
  9. <behaviors>
  10. <serviceBehaviors>
  11. <behavior name="metadataExchange">
  12. <serviceMetadata httpGetEnabled="true" />
  13. </behavior>
  14. </serviceBehaviors>
  15. </behaviors>
  16. </system.serviceModel>
  17. </configuration>

下面是SVC文件,就一行代码,指示了这是个WCF服务,并指定了后台类型:

[html] view plaincopy

  1. <%@ServiceHost language=c# Debug="true" Service="LearnWCF.HelloWCFService"%>

把SVC文件和Web.Config文件放在网站根文件夹下,CS文件放在App_Code文件夹下,启动IIS,服务就寄宿好了,如果你忘记了如何在IIS中寄宿,马上翻回第三篇熟悉一下。

用SVCUTIL.EXE或添加服务引用来生成客户端,为了能看出调用的时间,我们在调用前和调用后分别把时间输出来。Program.cs代码如下:

[csharp] view plaincopy

  1. using System;
  2. using System.Collections.Generic;
  3. using System.Linq;
  4. using System.Text;
  5. using System.ServiceModel;
  6. namespace ConsoleClient
  7. {
  8. class Program
  9. {
  10. static void Main(string[] args)
  11. {
  12. Services.HelloWCFClient client = new Services.HelloWCFClient();
  13. Console.WriteLine(DateTime.Now.ToLongTimeString());
  14. Console.WriteLine(client.HelloWCF());
  15. Console.WriteLine(DateTime.Now.ToLongTimeString());
  16. Console.ReadLine();
  17. }
  18. }
  19. }

F5运行一下,结果如下:

可以看到,整个调用花费了4秒钟,除了服务方法中Sleep了3秒,建立会话通讯什么的还用了1秒,在服务端方法Sleep的时候,客户端一直在等待。

接下来,我们再看单向模式的情况,我们修改一下服务协定的代码,让其采用单向模式,但是注意,此时不能有返回值了,必须设为void,服务方法中就是睡3秒,其他的什么也不做。

[csharp] view plaincopy

  1. using System;
  2. using System.ServiceModel;
  3. namespace LearnWCF
  4. {
  5. [ServiceContract]
  6. public interface IHelloWCF
  7. {
  8. [OperationContract(IsOneWay=true)]
  9. void HelloWCF();
  10. }
  11. public class HelloWCFService : IHelloWCF
  12. {
  13. private int _Counter;
  14. public void HelloWCF()
  15. {
  16. System.Threading.Thread.Sleep(3000);
  17. }
  18. }
  19. }

客户端需要重新下载一下元数据或更新一下服务引用,因为服务协定的内容变了,客户端Program.CS代码如下:

[csharp] view plaincopy

  1. using System;
  2. using System.Collections.Generic;
  3. using System.Linq;
  4. using System.Text;
  5. using System.ServiceModel;
  6. namespace ConsoleClient
  7. {
  8. class Program
  9. {
  10. static void Main(string[] args)
  11. {
  12. Services.HelloWCFClient client = new Services.HelloWCFClient();
  13. Console.WriteLine(DateTime.Now.ToLongTimeString());
  14. client.HelloWCF();
  15. Console.WriteLine(DateTime.Now.ToLongTimeString());
  16. Console.ReadLine();
  17. }
  18. }
  19. }

F5看看结果:

可以看到只用了1秒,客户端与服务端建立会话后把调用送出就立即返回了,没有等待服务端睡那三秒,当然此时的客户端也根本就不知道服务端在做什么。

注意,请求应答模式是需要会话支持的,必须使用支持会话的绑定,而且服务协定的SessionMode必须至少为Allowed,服务类的ServiceBehavior的InstanceContextMode必须是PerSession,我们在这里没有配置,因为他们是默认的,但是我们必须知道他们需要这样的配置才能支持请求/应答模式。

如果你在试验中遇到了莫名其妙的问题,尝试把客户端服务引用全部删掉重新添加服务引用,因为有的时候更新服务引用不总是那么好用。

3. 总结

通过这一篇的学习,我们了解了消息通讯的两种基本模式,在这个基础上还有更加复杂的双工通讯模式,我们在下一篇中详细研究。

[老老实实学WCF] 第九篇 消息通信模式(上) 请求应答与单向

时间: 2024-10-12 01:39:39

[老老实实学WCF] 第九篇 消息通信模式(上) 请求应答与单向的相关文章

[老老实实学WCF] 第十篇 消息通信模式(下) 双工

原文:[老老实实学WCF] 第十篇 消息通信模式(下) 双工 老老实实学WCF 第十篇 消息通信模式(下) 双工 在前一篇的学习中,我们了解了单向和请求/应答这两种消息通信模式.我们知道可以通过配置操作协定的IsOneWay属性来改变模式.在这一篇中我们来研究双工这种消息通信模式. 在一定程度上说,双工模式并不是与前面两种模式相提并论的模式,双工模式的配置方法同前两者不同,而且双工模式也是基于前面两种模式之上的. 在双工模式下,服务端和客户端都可以独立地调用对方,谁都不用等待谁的答复,同样也不期

[老老实实学WCF] 第二篇 配置WCF

原文:[老老实实学WCF] 第二篇 配置WCF 老老实实学WCF 第二篇 配置WCF 在上一篇中,我们在一个控制台应用程序中编写了一个简单的WCF服务并承载了它.先回顾一下服务端的代码: using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.ServiceModel; using System.ServiceModel.Description; name

(转)[老老实实学WCF] 第二篇 配置WCF

第二篇 配置WCF 在上一篇中,我们在一个控制台应用程序中编写了一个简单的WCF服务并承载了它.先回顾一下服务端的代码: [csharp] view plaincopy using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.ServiceModel; using System.ServiceModel.Description; namespace Hel

(转)[老老实实学WCF] 第二篇 配置WCF

在上一篇中,我们在一个控制台应用程序中编写了一个简单的WCF服务并承载了它.先回顾一下服务端的代码: [csharp] view plaincopy using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.ServiceModel; using System.ServiceModel.Description; namespace HelloWCFServi

wcf_消息通信模式(下) 双工通讯

原文:[老老实实学WCF] 第十篇 消息通信模式(下) 双工 第十篇 消息通信模式(下) 双工 在前一篇的学习中,我们了解了单向和请求/应答这两种消息通信模式.我们知道可以通过配置操作协定的IsOneWay属性来改变模式.在这一篇中我们来研究双工这种消息通信模式. 在一定程度上说,双工模式并不是与前面两种模式相提并论的模式,双工模式的配置方法同前两者不同,而且双工模式也是基于前面两种模式之上的. 在双工模式下,服务端和客户端都可以独立地调用对方,谁都不用等待谁的答复,同样也不期待对方答复,因为如

老老实实学习WCF[第二篇] 配置wcf

老老实实学WCF 第二篇 配置WCF 在上一篇中,我们在一个控制台应用程序中编写了一个简单的WCF服务并承载了它.先回顾一下服务端的代码: [csharp] view plaincopy using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.ServiceModel; using System.ServiceModel.Description; name

[老老实实学WCF] 第四篇 初探通信--ChannelFactory

原文:[老老实实学WCF] 第四篇 初探通信--ChannelFactory 老老实实学WCF 第四篇 初探通信--ChannelFactory 通过前几篇的学习,我们简单了解了WCF的服务端-客户端模型,可以建立一个简单的WCF通信程序,并且可以把我们的服务寄宿在IIS中了.我们不禁感叹WCF模型的简单,寥寥数行代码和配置,就可以把通信建立起来.然而,仔细品味一下,这里面仍有许多疑点:服务器是如何建起服务的?我们在客户端调用一个操作后发生了什么?元数据到底是什么东西?等等.我们现在对WCF的理

(转)[老老实实学WCF] 第四篇 初探通信--ChannelFactory

第四篇 初探通信--ChannelFactory 通过前几篇的学习,我们简单了解了WCF的服务端-客户端模型,可以建立一个简单的WCF通信程序,并且可以把我们的服务寄宿在IIS中了.我们不禁感叹WCF模型的简单,寥寥数行代码和配置,就可以把通信建立起来.然而,仔细品味一下,这里面仍有许多疑点:服务器是如何建起服务的?我们在客户端调用一个操作后发生了什么?元数据到底是什么东西?等等.我们现在对WCF的理解应该还处于初级阶段,我们就会觉得有许多这样的谜团了. 虽然我们生活在WCF为我们构建的美好的应

[老老实实学WCF] 第五篇 再探通信--ClientBase

原文:[老老实实学WCF] 第五篇 再探通信--ClientBase 老老实实学WCF 第五篇 再探通信--ClientBase 在上一篇中,我们抛开了服务引用和元数据交换,在客户端中手动添加了元数据代码,并利用通道工厂ChannelFactory<>类创建了通道,实现了和服务端的通信.然而,与服务端通信的编程模型不只一种,今天我们来学习利用另外一个服务类ClientBase<>来完成同样的工作,了解了这个类的使用方法,我们对服务引用中的关键部分就能够理解了. ClientBase