一、前言 最近忙於公司的線上升級項目，一個人要負責公司四大產品的線上升級，這四個產品是在Revit中以插件形式存在的，目前基於WCF來實現。等客戶總量突破5萬了，再重新用socket實現。 由於有伺服器併發操作，所以要好好研究WCF的InstanceContext與ConCurrencyMode，找 ...
一、前言
最近忙於公司的線上升級項目，一個人要負責公司四大產品的線上升級，這四個產品是在Revit中以插件形式存在的，目前基於WCF來實現。等客戶總量突破5萬了，再重新用socket實現。
由於有伺服器併發操作，所以要好好研究WCF的InstanceContext與ConCurrencyMode，找了好多文章，都沒這篇寫的言簡意賅，特轉發保留。
二、原文內容
原作者版權信息****************************************************************************************************************
原創作品，允許轉載，轉載時請務必以超鏈接形式標明文章 原始出處 、作者信息和本聲明。否則將追究法律責任。http://arthurshayne.blog.51cto.com/3491820/1241514
***************************************************************************************************************************
今天學習了徐長龍老師的<<跟我一起從零開始學WCF>>的第9講<<會話，實例與併發>>，對實例與併發有點混於是去網上查了一下，發現一篇不錯的文章推薦給大家http://www.codeproject.com/Articles/89858/WCF-Concurrency-Single-Multiple-and-Reentrant-and#Instance。
由此談一些自己對實例與併發的看法，實例與併發不是同一件事情，但又相互有影響。以下我就舉一些有趣的例子來談談我對WCF中實例與併發的理解。
先 照本宣科一下，WCF的實例通過InstanceContext屬性來指定，可以的取值是 Single, PerSession, PerCall。併發通過ConcurrencyMode屬性來指定，可以的取值是 Single, Multiple, Reentrant。它們的組合就有3*3=9種。Reentrant的併發模式實質上就是Single的一個特殊情況最後再討論。 InstanceContext 用於控制服務對象的個數，ConcurrencyMode用於控制服務對象是否可以同時服務多個請求。
好了我們開始舉例，假如我們的服務是做早點，InstanceContext決定了我們有幾個師傅來做早點，而ConcurrencyMode決定了每個師傅只能一個一個的做還是同時把要做的一起做。下麵開始分情況逐一說明：
1. InstanceContext = Single & ConcurrencyMode = Single
InstanceContext = Single 我們這個早點鋪就一個師傅
ConcurrencyMode = Single 師傅一次只能做一件事兒
不難想象如果買早點的人多了就會排著長長的隊，而且如果前面有一個人要5套早點，那後面的人只能等那個人完事兒才能輪到自己。對師傅能力要求不高，一次做好一件事兒就好。
2.InstanceContext = Single & ConcurrencyMode = Multiple
InstanceContext = Single 我們這個早點鋪就一個師傅
ConcurrencyMode = Multiple 師傅同時做所要做的事兒
這個是早點鋪老闆想要的情況，雇最少的人乾最多的事，但是對做早點的師傅要求非常高，一次要做好很多事。不能人一多就做亂了把張三的燒餅少做一個，把李四的豆漿多做了一碗等。
3.InstanceContext = PerSession & ConcurrencyMode = Single
InstanceContext = PerSession 為每個顧客提供一個師傅專門服務（顧客來時現招，顧客走後就解雇）
ConcurrencyMode = Single 某一時刻只有一個師傅工作，每個師傅一次只能做一件事兒。
這 在現實生活中不可能存在但在電腦中卻非常常見，所以我的例子只是說明關鍵問題，請不要太較真。這時第個顧客都會有一個專門的師傅來服務，但我們只有一個 廚房並且只能容下一個師傅，給張三服務的師傅做早點時別的師傅只能等待。師傅一次只能做一樣東西，如果一個顧客要了很多的東西，那師傅一樣一樣的來做。所 以可以還是單線程只是有多個師傅而已。對師傅能力要求不高，一次做好一件事兒就好。
4.InstanceContext = PerSession & ConcurrencyMode = Multiple
InstanceContext = PerSession 為每個顧客提供一個師傅專門服務（顧客來時現招，顧客走後就解雇）
ConcurrencyMode = Multiple 所有的師傅同時工作，每個師傅可以同時做所要做的所有事兒
這在現實生活中也是不可能存在的。這時每個顧客都會有一個專門的師傅來服務，並且師傅們都可以同時工作，並且師傅可以同時做所有要做的所有早點。對師傅的要求較高，因為只是同時處理一個顧客的所有早點。
5. InstanceContext = PerCall & ConcurrencyMode = Single
InstanceContext = PerCall 為每個顧客要的每個需求都提供一個師傅專門服務（顧客提出要求時現招，師傅做完後就被解雇）
ConcurrencyMode = Single 某一時刻只有一個師傅工作，每個師傅只用做一件事兒。
這在現實生活中也是不可能存在的。這下師傅更多了，與情況3一樣在某一時刻只能有一個師傅工作，不同的是師傅只用做一件事兒。對師傅能力要求不高，能做好一件事兒就好。
6. InstanceContext = PerCall & ConcurrencyMode = Multiple
InstanceContext = PerCall 為每個顧客要的每個需求都提供一個師傅專門服務（顧客提出要求時現招，師傅做完後就被解雇）
ConcurrencyMode = Multiple 所有的師傅同時工作，每個師傅只用做一件事兒。
這在現實生活中也是不可能存在的。這時客戶的滿意度理論上是最高的，顧客的每個要求都有師傅在做，而且所有的師傅在同時做事兒。當然這對早點鋪的老闆要付出的代價是最大的。對師傅能力要求不高，能做好一件事兒就好。
7. InstanceContext = * & ConcurrencyMode = Reentrant
這 種情況比較特殊，假如我們不生產早點全是從別的早點鋪去買來然後再倒手給顧客，傳說中的騎驢。這時假如顧客說出需要什麼需要5秒鐘的時間，我們打電話向其 它店索要，其它店再把東西送到需要1分鐘，再把送來的東西給到顧客手中需要5s的時間。可見店內處理時間為10s，大量的時間在調貨的時間(調用別的服 務)。所以這時比較合理的處理是，利用調貨的時間來處理後面顧客的需求，在這1分鐘的時間里可以處理20個顧客的需求，並且20個調貨請求也已經發送。等 到第1個顧客的貨送到後再轉回來為其完成剩下的服務，這樣可以節省很多後面顧客等待的時間。InstanceContext無論取什麼值都與 ConcurrencyMode = Single的差不多只是針對有外部調用的情況有所優化。
我在上面提到的對師傅要求高或較高的情況， 也就表明我們的程式需要做一些線程安全的處理，保證我們的程式在多線程的情況下不會出現錯誤。對師傅要求不高的情況就是不存在併發的情況。以上是我對 InstanceContext和ConcurrencyMode的一點個人理解，如有不妥之處請指教。
原文版權信息**************************************************************************
本文出自 “唯有文字劃破時空” 博客，請務必保留此出處http://arthurshayne.blog.51cto.com/3491820/1241514
