2019-1-28-wcf入门（8）

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

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

并发(Concurrency)

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

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

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

Single和Reentrant都是单线程的

Single

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

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

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

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

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

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

Reentrant（重入）

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

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

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

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

Mutiple

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

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

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

小结

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

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

参考链接：

• 【WCF】服务并发中的“可重入模式” - 东邪独孤 - 博客园
• ConcurrencyMode Enum (System.ServiceModel) - Microsoft Docs

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

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