你的位置:首页 > ASP.net教程

[ASP.net教程]【转】WCF中的InstanceContext与ConcurrencyMode

一、前言

最近忙于公司的在线升级项目,一个人要负责公司四大产品的在线升级,这四个产品是在Revit中以插件形式存在的,目前基于WCF来实现。等客户总量突破5万了,再重新用socket实现。

由于有服务器并发操作,所以要好好研究WCF的InstanceContext与ConCurrencyMode,找了好多文章,都没这篇写的言简意赅,特转发保留。

 

二、原文内容

原作者版权信息****************************************************************************************************************

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://arthurshayne.blog.51cto.com/3491820/1241514

***************************************************************************************************************************

 

今天学习了徐长龙老师的<<跟我一起从零开始学WCF>>的第9讲<<会话,实例与并发>>,对实例与并发有点混于是去网上查了一下,发现一篇不错的文章推荐给大家http://www.codeproject.com/Articles/89858/WCF-Concurrency-Single-Multiple-and-Reentrant-and#Instance。

由此谈一些自己对实例与并发的看法,实例与并发不是同一件事情,但又相互有影响。以下我就举一些有趣的例子来谈谈我对WCF中实例与并发的理解。

先 照本宣科一下,WCF的实例通过InstanceContext属性来指定,可以的取值是 Single, PerSession, PerCall。并发通过ConcurrencyMode属性来指定,可以的取值是 Single, Multiple, Reentrant。它们的组合就有3*3=9种。Reentrant的并发模式实质上就是Single的一个特殊情况最后再讨论。 InstanceContext 用于控制服务对象的个数,ConcurrencyMode用于控制服务对象是否可以同时服务多个请求。

好了我们开始举例,假如我们的服务是做早点,InstanceContext决定了我们有几个师傅来做早点,而ConcurrencyMode决定了每个师傅只能一个一个的做还是同时把要做的一起做。下面开始分情况逐一说明:

1. InstanceContext  = Single & ConcurrencyMode = Single

InstanceContext = Single  我们这个早点铺就一个师傅

ConcurrencyMode = Single 师傅一次只能做一件事儿

不难想象如果买早点的人多了就会排着长长的队,而且如果前面有一个人要5套早点,那后面的人只能等那个人完事儿才能轮到自己。对师傅能力要求不高,一次做好一件事儿就好。

2.InstanceContext = Single & ConcurrencyMode = Multiple

InstanceContext = Single 我们这个早点铺就一个师傅

ConcurrencyMode = Multiple 师傅同时做所要做的事儿

这个是早点铺老板想要的情况,雇最少的人干最多的事,但是对做早点的师傅要求非常高,一次要做好很多事。不能人一多就做乱了把张三的烧饼少做一个,把李四的豆浆多做了一碗等。

3.InstanceContext = PerSession & ConcurrencyMode = Single

InstanceContext = PerSession 为每个顾客提供一个师傅专门服务(顾客来时现招,顾客走后就解雇)

ConcurrencyMode = Single 某一时刻只有一个师傅工作,每个师傅一次只能做一件事儿。

这 在现实生活中不可能存在但在计算机中却非常常见,所以我的例子只是说明关键问题,请不要太较真。这时第个顾客都会有一个专门的师傅来服务,但我们只有一个 厨房并且只能容下一个师傅,给张三服务的师傅做早点时别的师傅只能等待。师傅一次只能做一样东西,如果一个顾客要了很多的东西,那师傅一样一样的来做。所 以可以还是单线程只是有多个师傅而已。对师傅能力要求不高,一次做好一件事儿就好。

4.InstanceContext = PerSession & ConcurrencyMode = Multiple

InstanceContext = PerSession 为每个顾客提供一个师傅专门服务(顾客来时现招,顾客走后就解雇)

ConcurrencyMode = Multiple 所有的师傅同时工作,每个师傅可以同时做所要做的所有事儿

这在现实生活中也是不可能存在的。这时每个顾客都会有一个专门的师傅来服务,并且师傅们都可以同时工作,并且师傅可以同时做所有要做的所有早点。对师傅的要求较高,因为只是同时处理一个顾客的所有早点。

5. InstanceContext = PerCall & ConcurrencyMode = Single

InstanceContext = PerCall 为每个顾客要的每个需求都提供一个师傅专门服务(顾客提出要求时现招,师傅做完后就被解雇)

ConcurrencyMode = Single 某一时刻只有一个师傅工作,每个师傅只用做一件事儿。

这在现实生活中也是不可能存在的。这下师傅更多了,与情况3一样在某一时刻只能有一个师傅工作,不同的是师傅只用做一件事儿。对师傅能力要求不高,能做好一件事儿就好。

6. InstanceContext = PerCall & ConcurrencyMode = Multiple

InstanceContext = PerCall  为每个顾客要的每个需求都提供一个师傅专门服务(顾客提出要求时现招,师傅做完后就被解雇)

ConcurrencyMode = Multiple 所有的师傅同时工作,每个师傅只用做一件事儿。

这在现实生活中也是不可能存在的。这时客户的满意度理论上是最高的,顾客的每个要求都有师傅在做,而且所有的师傅在同时做事儿。当然这对早点铺的老板要付出的代价是最大的。对师傅能力要求不高,能做好一件事儿就好。

7. InstanceContext = * & ConcurrencyMode = Reentrant

这 种情况比较特殊,假如我们不生产早点全是从别的早点铺去买来然后再倒手给顾客,传说中的骑驴。这时假如顾客说出需要什么需要5秒钟的时间,我们打电话向其 它店索要,其它店再把东西送到需要1分钟,再把送来的东西给到顾客手中需要5s的时间。可见店内处理时间为10s,大量的时间在调货的时间(调用别的服 务)。所以这时比较合理的处理是,利用调货的时间来处理后面顾客的需求,在这1分钟的时间里可以处理20个顾客的需求,并且20个调货请求也已经发送。等 到第1个顾客的货送到后再转回来为其完成剩下的服务,这样可以节省很多后面顾客等待的时间。InstanceContext无论取什么值都与 ConcurrencyMode = Single的差不多只是针对有外部调用的情况有所优化。

我在上面提到的对师傅要求高或较高的情况, 也就表明我们的程序需要做一些线程安全的处理,保证我们的程序在多线程的情况下不会出现错误。对师傅要求不高的情况就是不存在并发的情况。以上是我对 InstanceContext和ConcurrencyMode的一点个人理解,如有不妥之处请指教。

 

 

原文版权信息**************************************************************************

本文出自 “唯有文字划破时空” 博客,请务必保留此出处http://arthurshayne.blog.51cto.com/3491820/1241514