本文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/awaitMutiple，允许多线程访问
参考链接：
本文会经常更新，请阅读原文： https://xinyuehtx.github.io/post/wcf%E5%85%A5%E9%97%A8-8.html ，以避免陈旧错误知识的误导，同时有更好的阅读体验。
本作品采用
知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议
进行许可。欢迎转载、使用、重新发布，但务必保留文章署名黄腾霄（包含链接：
https://xinyuehtx.github.io
），不得用于商业目的，基于本文修改后的作品务必以相同的许可发布。如有任何疑问，请
与我联系
。