【WCF】服务并发中的“可重入模式”
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[n] = new Task(actdlg); } // 开始执行任务 foreach (Task t in tasks) { t.Start(); } // 等待所有任务完成 Task.WaitAll(tasks);
最后的 Task.WaitAll 用以等待所有 Task 完成执行,此处可以不要这句。
好,见证的时刻即将来了。运行!
在当前服务去调用另外一个服务的时候,其他正在等待的调用就会进来,在上图中,上面的是“另一个”服务被调用时生成的 GUID,下面是“另一个”服务调用完成后返回到当前服务后得到的 GUID。
从图中,大家会发现,“另一个”服务产生ID输出的顺序,与调用返回后输出的顺序不同,看来,调用完成后,重新进入到当前服务实例的消息还得排队,故调用后返回的消息顺序与“另一个”服务生成ID的顺序并不一致。
不知道用这个示例来装逼之后,各位是否能理解“可重入”并发的含义。