WCF技术剖析之九:服务代理不能得到及时关闭会有什么后果?
原文:WCF技术剖析之九:服务代理不能得到及时关闭会有什么后果?

我们想对WCF具有一定了解的人都会知道:在客户端通过服务调用进行服务调用过程中,服务代理应该及时关闭。但是如果服务的代理不等得到及时的关闭,到底具有怎样的后果?什么要关闭服务代理?在任何时候都需要关闭服务代理吗?是否有一些例外呢?本篇文章将会围绕着这些问题展开。

一、会话信道(Sessionful Channel) V.S. 数据报信道(Datagram Channel)

WCF通过信道栈实现了消息的编码、传输及基于某些特殊功能对消息的特殊处理,而绑定对象是信道栈的缔造者,不同的绑定类型创建出来的信道栈具有不同的特性。就对会话的支持来讲,我们可以将信道分为以下两种:

  • 会话信道(Sessionful Channel):会话信道确保客户端和服务端之间传输的消息能够相互关联,但是信道的错误(Fault)会影响后续的消息交换;
  • 数据报信道(Datagram Channel):即使在同一个数据报信道中,每次消息的交换都是相互独立,信道的错误也不会影响后续的消息交换。

对于绝大部分绑定类型(BasicHttpBinding除外),在默认的情况下创建的都是会话信道。对于WCF客户端来说,如果进行基于会话信道的服务调用,有一些问题需要引起足够的重视,如果使用不当,不但影响客户端本身的服务调用,还会对服务处理请求的吞吐量造成很大的影响。

二、服务代理的关闭与并发会话(Concurrent Sessions)的限制

基于会话信道服务调用须要注意的第一个问题和WCF流量限制有关,为了使读者对这个问题先有一个直观认识,我们照例通过一个简单的实验来重现须要解决的问题。本例使用我们熟悉的计算服务例子,在服务寄宿的时候采用WsHttpBinding,下面是客户端程序。

   1: Binding binding = new WsHttpBinding(); EndpointAddress address = new EndpointAddress("http://127.0.0.1:9999/calculateservice"); ChannelFactory<ICalculator> channelFactory = new ChannelFactory<ICalculator>(binding, address); for (int i = 1; i <= 20; i++)
   2: {
   3:     try
   4:     {
   5:         ICalculator calculator = channelFactory.CreateChannel();
   6:         Console.WriteLine("{3}: x + y = {2} when x = {0} and y = {1}", 1, 2, calculator.Add(1, 2), i);
   7:     }
   8:     catch (Exception ex) { Console.WriteLine("{0}t: {1}", i, ex.Message); }
   9: }

输出结果:

   1: 1 : x + y = 3 when x = 1 and y = 2
   2: 2 : x + y = 3 when x = 1 and y = 2
   3: ......
   4: 10: x + y = 3 when x = 1 and y = 2
   5: 11: x + y = 3 when x = 1 and y = 212:请求通道在等待 00:00:59.9840000以后答复超时。增加传递给请求调用的超时值,或者增加绑定上的 SendTimeout 值。分配给此操作的时间可能是更长超时的一部分

从输出的结果可以看出,虽然在代码中我们通过一个for循环进行了20次服务调用,但是真正成功执行的仅仅有11次,第12次进行服务调用的时候,抛出Timeout异常。这种情况的出现源于WCF对并发会话数量的控制。说得具体点,WCF对一个ServiceHost所能处理的并发会话作了限制,在默认的情况下,允许的最大并发会话数量为10。

那么细心的读者马上会问一个问题,既然默认的并发会话数量为10,为什么上面的例子中,会有11次成功的并发服务调用呢?这是因为,服务端的信道监听器允许一个额外的会话信道。在很多情况下,11个并发会话肯定是不能满足具体的需求的,那么是否可通过相应的配置根据具体的需求灵活指定一个合适的最大并发会话数量呢?答案是肯定的,服务允许的最大并发会话可以通过ServiceThrottlingBehavior服务行为的MaxConcurrentSessions属性进行配置。在下面的配置中,将该值设为了20。

   1: <?xml version="1.0" encoding="utf-8" ?>
   2: <configuration>
   3:   <system.serviceModel>
   4:     <behaviors>
   5:       <serviceBehaviors>
   6:         <behavior name="highConcurrencyBehavior">
   7:           <serviceThrottling maxConcurrentSessions="20" />
   8:         </behavior>
   9:       </serviceBehaviors>
  10:     </behaviors>
  11:     ... ...
  12:   </system.serviceModel>
  13: </configuration>

WCF对服务的并发会话的限制给WCF客户端提出了一个要求,那就是在服务代理不再使用的情况下,应该及时将其关闭。基于服务代理对象的会话会随着服务代理的关闭而关闭。服务端在处理客户端请求的时候,如果当前并发的会话数量超过了所允许的范围,后续的请求将会被放入等待队列,以等待现有会话的结束。对于客户端来说,服务调用在允许的超时时限(默认1分钟)内还未接收到回复,则会抛出一个TimeoutException异常,如例子所表现的一样。如果能够及时地关闭服务代理对象,即使是2000次调用都没有问题,如下所示:

   1: Binding binding = new WSHttpBinding(); 
   2: EndpointAddress address = new EndpointAddress("http://127.0.0.1:9999/calculateservice"); 
   3: ChannelFactory<ICalculator> channelFactory = new ChannelFactory<ICalculator>(binding, address); 
   4: for (int i = 1; i <= 2000; i++) 
   5: { 
   6:     ICalculator calculator = channelFactory.CreateChannel(); 
   7:     Console.WriteLine("{3}: x + y = {2} when x = {0} and y = {1}", 1, 2, calculator.Add(1, 2), i); 
   8:     (calculator as ICommunicationObject).Close(); 
   9: }

输出结果:

   1: 1 : x + y = 3 when x = 1 and y = 2
   2: 2 : x + y = 3 when x = 1 and y = 2
   3: ......
   4: 1999: x + y = 3 when x = 1 and y = 2
   5: 2000: x + y = 3 when x = 1 and y = 2

三、服务代理的关闭与否对数据报信道没有影响

上面讲的是对最大会话的限制,实际也可以说成是对最大会话信道的限制,那么对于非会话信道是否也有此限制呢?实践出真知,照例通过具体的例子来说明问题。我们知道绑定是信道的创建者,信道的特性通过组成绑定的元素(绑定元素)决定,所以信道对会话支持的特性也不例外。以上面例子使用的WsHttpBinding为例,只有WsHttpBinding的安全(Security)或可靠会话(Reliable Session)开启的情况下,创建的信道才具有会话的特性,否则创建出来的信道是不能支持信道的。在默认的情况下,WsHttpBinding的安全模式(SecurityMode)为基于消息的安全,所以创建出来的信道自动被赋予了会话的特性。

为了验证在非会话信道的情况下,WCF最大并发会话限制是否存在,我们对上面的代码稍加修改,在创建WsHttpBinding的时候,将安全模式设为SecurityMode.None(当然,在进行服务寄宿的时候,WsHttpBinding也须要进行相同的设置)。通过最终输出结果可以看出,MaxConcurrentSessions的限制不适合非会话邦定。

   1: Binding binding = new WSHttpBinding(SecurityMode.None); 
   2: EndpointAddress address = new EndpointAddress("http://127.0.0.1:9999/calculateservice"); 
   3: ChannelFactory<ICalculator> channelFactory = new ChannelFactory<ICalculator>(binding, address); 
   4: for (int i = 1; i <= 2000; i++) 
   5: { 
   6:     ICalculator calculator = channelFactory.CreateChannel(); 
   7:     Console.WriteLine("{3}: x + y = {2} when x = {0} and y = {1}", 1, 2, calculator.Add(1, 2), i); 
   8: }

输出结果:

   1: 1 : x + y = 3 when x = 1 and y = 2
   2: 2 : x + y = 3 when x = 1 and y = 2
   3: ......
   4: 1999: x + y = 3 when x = 1 and y = 2
   5: 2000: x + y = 3 when x = 1 and y = 2


作者:Artech
出处:http://artech.cnblogs.com/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

posted on 2015-07-10 14:30 NET未来之路 阅读(...) 评论(...) 编辑 收藏

转载于:https://www.cnblogs.com/lonelyxmas/p/4635642.html

WCF技术剖析之九:服务代理不能得到及时关闭会有什么后果?相关推荐

  1. WCF技术剖析之十五:数据契约代理(DataContractSurrogate)在序列化中的作用

    如果一个类型,不一定是数据契约,和给定的数据契约具有很大的差异,而我们要将该类型的对象序列化成基于数据契约对应的XML.反之,对于一段给定的基于数据契约的XML,要通过反序列化生成该类型的对象,我们该 ...

  2. WCF技术剖析之十四:泛型数据契约和集合数据契约(下篇)

    [爱心链接:拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道<天天山海经>为此录制的节目视频(苏州话)]]在.NET中,所有的集合都实现了IEnumerable接口,比如Arra ...

  3. WCF技术剖析(卷1)正式出版

    [书     名] WCF技术剖析(卷1) [作     者] 蒋金楠 [出     版] 电子工业出版社 [书     号] 9787121089985 [出版日期] 2009 年7月 [开     ...

  4. WCF技术剖析之十四:泛型数据契约和集合数据契约(上篇)

    在.NET Framework 2.0中,泛型第一次被引入.我们可以定义泛型接口.泛型类型.泛型委托和泛型方法.序列化依赖于真实具体的类型,而泛型则刻意模糊了具体类型概念.而集合代表一组对象的组合,集 ...

  5. WCF技术剖析之三十:一个很有用的WCF调用编程技巧[下篇]

    在<上篇>中,我通过使用Delegate的方式解决了服务调用过程中的异常处理以及对服务代理的关闭.对于<WCF技术剖析(卷1)>的读者,应该会知道在第7章中我通过类似于AOP的 ...

  6. WCF技术剖析之二十九:换种不同的方式调用WCF服务[提供源代码下载]

    原文:WCF技术剖析之二十九:换种不同的方式调用WCF服务[提供源代码下载] 我们有两种典型的WCF调用方式:通过SvcUtil.exe(或者添加Web引用)导入发布的服务元数据生成服务代理相关的代码 ...

  7. WCF技术剖析之五:利用ASP.NET兼容模式创建支持会话(Session)的WCF服务

    原文:WCF技术剖析之五:利用ASP.NET兼容模式创建支持会话(Session)的WCF服务 在<基于IIS的WCF服务寄宿(Hosting)实现揭秘>中,我们谈到在采用基于IIS(或者 ...

  8. WCF技术剖析之二十七: 如何将一个服务发布成WSDL[基于HTTP-GET的实现](提供模拟程序)...

    WCF技术剖析之二十七: 如何将一个服务发布成WSDL[基于HTTP-GET的实现](提供模拟程序) 原文:WCF技术剖析之二十七: 如何将一个服务发布成WSDL[基于HTTP-GET的实现](提供模 ...

  9. WCF技术剖析之三:如何进行基于非HTTP的IIS服务寄宿

    原文:[原创]WCF技术剖析之三:如何进行基于非HTTP的IIS服务寄宿 在上面一篇文章中,我们对不同版本的IIS,以及ASP.NET得的实现机制进行了详细而深入的分析.在介绍IIS7.0的时候,我们 ...

  10. WCF技术剖析之三十二:一步步创建一个完整的分布式事务应用

    在完成了对于WCF事务编程(<上篇>.<中篇>.<下篇>)的介绍后,本篇文章将提供一个完整的分布式事务的WCF服务应用,通过本例,读者不仅仅会了解到如何编程实现事务 ...

最新文章

  1. 判断三角形与射线相交的完整代码。。。
  2. 在node.js中建立你的第一个HTTp服务器
  3. 使用JavaScript遍历本地文件夹的文件
  4. 软件架构实践文章链接
  5. 【Net】测试网络、查看IP
  6. 还在问跨域?本文记录js跨域的多种实现实例
  7. 在Window上安装Mysql
  8. caffe 中的超参
  9. 自动类型转化的鲜为人知的陷阱
  10. 脑电时频分析I:谱分析
  11. 国产操作系统之中兴新支点NewStartOS安装
  12. iOS软键盘弹出后视图向上移动
  13. 厦大1394 抛硬币
  14. amos调节变量怎么画_结构方程模型建模思路及Amos操作--调节变量效果确定(一)(满满都是骚操作)...
  15. c语言编程输出皮卡丘,c语言001第一节课程-函数方式输出皮卡丘画 2019-06-24
  16. 【蓝桥杯2022】- 数的拆分
  17. 工作感受月记 201909月
  18. 实现条码枪的无焦点扫码
  19. 股票软件定制将成为券商下一个核心竞争力
  20. openlaw爬虫超级详细讲解

热门文章

  1. 构造函数= default;_C++核心准则C.46:默认状态下明确定义单参数构造函数
  2. html如何动态添加样式表,JavaScript动态插入CSS的方法
  3. fetch oracle 1007,Oracle 教程 Fetch子句 - 闪电教程JSRUN
  4. OpenCV(一)---支持向量机 SVM
  5. 如何自定义安装mysql_安装MySQL
  6. Softmax 回归的从零开始实现 pytorch
  7. NumPy库---二元函数
  8. mysql单机三实例_Mysql单机多实例
  9. oracle取消正在回滚的事务,Oracle11新特性——撤销事务(一)
  10. 382.链表随机节点