本文demo已上传至github:xinyuehtx/WCFdemo

这个博客会介绍如何设置服务的并发


并发(Concurrency)

并发控制着服务端的实例上下文InstanceContext的使用线程。

并发有三个可设置的值Single,Reentrant,Mutiple

其中,`Mutiple是多线程的,意味这个服务实例可以允许多个线程访问

SingleReentrant都是单线程的

1548665075617

Single

Single类似于单线程同步,在一个服务的调用期间会阻塞其他服务的调用

我们做如下的例子。我们建立了一个双工通信,服务的操作协定是单向的,回调的操作协定是请求答复(同步)的。回调方法在每次调用都使用新实例,并且在回调方法中我们做了3秒的sleep,模拟通信延时。这时候我们连续多次调用服务。

1548664037730

1548665378147

1548664897475

1548664926481

结果如图所示,在等待回调返回时出现了死锁

1548668260571

因为我们在回调返回时,尝试访问服务对象。可是服务对象是单线程同步的,正在等待回调方法的返回,造成死锁。

现在我们尝试将回调方法的操作协定改为单向

1548669034639

我们看到服务端已经顺序执行

Reentrant(重入)

刚刚我们说Single可能会出现死锁问题。而Reentrant正好可以解决这种问题。

Reentrant是指在方法调用其他服务(或者回调)时,可以允许后续消息重入(重新访问)这个对象

对于上一个死锁的例子,我们仅需要将并发模式调整为Reentrant

1548670311449

1548670261284

我们看到服务端在调用回调时就开始处理下一个消息。消息返回后依次执行后续代码。类似于async/await模式

Mutiple

Mutiple指的是代码允许多线程访问。

我们将三个例子的并发改为Mutiple

1548670689085

我们可以看到代码顺利输出,但是顺序是混乱的。因为多个线程同时访问。

小结

我们研究了WCF服务的并发,其特点有

  • Single保持单线程同步,但是可能会死锁
  • Reentract,允许调用其他服务时重入,类似于async/await
  • Mutiple,允许多线程访问

参考链接:


本文会经常更新,请阅读原文: https://xinyuehtx.github.io/post/wcf%E5%85%A5%E9%97%A8-8.html ,以避免陈旧错误知识的误导,同时有更好的阅读体验。

知识共享许可协议 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。欢迎转载、使用、重新发布,但务必保留文章署名黄腾霄(包含链接: https://xinyuehtx.github.io ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请 与我联系