您的位置:首页 > 其它

【WCF】服务并发中的“可重入模式”

2017-02-23 18:13 274 查看
WCF服务实例的并发模式是在服务实现类上,使用 ServiceBehaviorAttribute 的 ConcurrencyMode 属性来指定。其值由 ConcurrencyMode 枚举来界定,这个枚举只有三个值:

Single——服务实例只在单个线程上运行,如果服务是单个实例,那么同一时间只有一个传入的调用被接收,其他调用请拿票排队。

Multiple——这个好理解,服务实例支持多个线程同时调用,所以状态数据可能会不同步(单个服务实例),如果某些变量担心被其他线程意外修改,可以适合地 lock 一下。

Reentrant——这家伙是今天的主角,因为它不太好理解。老周就不抄MSDN了,就按我自己的理解说一下。“可重入模式”大致是这个意思:首先,服务实例是单线程,但是,如果在服务中调用另外的服务,那么此时其他正在排队的传入消息就可以进来。等其他另一个服务调用完成后,又重新进入当前服务操作继续向下执行。有点像你去营业厅排队办业务,服务窗口中的工作人员就是服务实例,而窗口外面排队的客户就是等待调用的客户端。假如我要申请一个业务,通常要填个XXX表格。要是等你填完,估计后面排队的人会跑掉一半。所以,常规的做法是:你站到一边去填表(相当于在服务实例中调用另外一个服务),然后让后面排队的人继续办业务。等你填完表了,再回来找工作人员处理(相当于另外一个服务调用完成,重新进入当前服务实例)。

没看懂?还是实例好用吧。来,下面咱们来动动手吧。

首先我们弄个“另一个”服务。

[ServiceContract]
public interface ISome
{
[OperationContract]
Guid GetUID();
}

class SomeService : ISome
{
public Guid GetUID()
{
Guid id = Guid.NewGuid();
Console.WriteLine($"第二个服务被调用,产生的ID为:{id}");
return id;
}
}


这个服务协定有一个方法,作用很简单,产生一个GUID,然后返回,能看懂吧。

好,现在来弄“主”服务。

[ServiceContract]
public interface ITestService
{
[OperationContract]
void TestCall();
}


待会儿我们实现这个协定时,在服务操作方法中去调用前面的“另一个”服务。

internal class TestService : ITestService
{
public void TestCall()
{
Console.WriteLine("即将调用另一个服务。");
// 调用其他服务
ISome cnl = ChannelFactory<ISome>.CreateChannel(new BasicHttpBinding(), new EndpointAddress("http://localhost:12345"));
// 调用完成后,再次回来
Guid id = cnl.GetUID();
((IClientChannel)cnl).Close();
Console.WriteLine($"回到当前服务。得到的ID为:{id}");
}
}


还没完呢,我们设置一下这个服务类,让它使用“可重入”并发模式。

[ServiceBehavior(InstanceContextMode = InstanceContextMode.PerCall, ConcurrencyMode = ConcurrencyMode.Reentrant)]
internal class TestService : ITestService
{
……
}


启动ServiceHost并接收请求。

using (ServiceHost host = new ServiceHost(typeof(TestService)))
{
host.AddServiceEndpoint(typeof(ITestService), new WSHttpBinding(), "http://localhost:9000");
host.Open(); //运行服务
Console.WriteLine("主服务已启动。");
……
Console.ReadKey();
}


模拟客户端调用,咱们开N个 Task 来模拟同时有 N 个客户端调用服务的情形。

Action actdlg = () =>
{
ITestService cn = ChannelFactory<ITestService>.CreateChannel(new WSHttpBinding(), new EndpointAddress("http://localhost:9000"));
cn.TestCall();
// 关闭通道
((IClientChannel)cn).Close();
};
// 开启5个任务
Task[] tasks = new Task[5];
// 初始化每个任务
for (int n = 0; n < tasks.Length; n++)
{
tasks
= new Task(actdlg);
}
// 开始执行任务
foreach (Task t in tasks)
{
t.Start();
}
// 等待所有任务完成
Task.WaitAll(tasks);


最后的 Task.WaitAll 用以等待所有 Task 完成执行,此处可以不要这句。

好,见证的时刻即将来了。运行!



在当前服务去调用另外一个服务的时候,其他正在等待的调用就会进来,在上图中,上面的是“另一个”服务被调用时生成的 GUID,下面是“另一个”服务调用完成后返回到当前服务后得到的 GUID。

从图中,大家会发现,“另一个”服务产生ID输出的顺序,与调用返回后输出的顺序不同,看来,调用完成后,重新进入到当前服务实例的消息还得排队,故调用后返回的消息顺序与“另一个”服务生成ID的顺序并不一致。

不知道用这个示例来装逼之后,各位是否能理解“可重入”并发的含义。

示例源代码下载地址
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐