在上文WCF從理論到實踐：事件廣播 中，已經實現了完整的WCF服務端和客戶端示例，其中也涉及到了遠程對象實例創建的問題。本文就進一步的探索WCF中遠程對象的創建模式和其生命周期
本文出發點：
通過閱讀本文，您可以了解以下知識：
WCF中有哪幾種對象實例模式？
幾種實例模式下對象的生命周期？
各種實例模式的應用場合？
使用不同的實例模式，需要注意的有哪些？
代碼不騙人，用一個小范例來看看不同實例模式的區別？
本文適合的讀者
本文適合有一定WCF基礎知識的初學者
WCF中有哪幾種對象實例創建模式？
WCF中有三種實例模式，這在.Net Framework中已經用InstanceContextMode枚舉具體的列了出來,它們分別為：PerSession,PerCall,Single
幾種實例模式下對象的生命周期？
PerCall
PerCall模式工作流程如下
客戶端創建代理對象(Proxy)
客戶端調用代理對象的一個契約操作,代理對象將其傳遞給服務宿主程序。
宿主應用程序創建一新的服務契約對象，並且執行請求操作
在執行完請求操作後，如果要求有應答，那麼服務契約會給代理對象一個應答，然後銷毀自己（如果實現了IDisposable，則調用Dispose()）。
PerSession
PerSession模式工作的流程如下：
客戶端創建代理對象(Proxy)
客戶端第一次調用代理對象的一個契約操作，代理對象將其調用請求傳遞給服務宿主
宿主程序創建新的服務對象，並執行請求操作，如果有必要，返回客戶端應答
客戶端再次發出調用操作的請求，宿主會先判斷是否已有建立好的會話，如果存在，則不需要再創建新的服務對象，直接使用老對象即可。
在時間達到指定要求或者因一些特殊原因，會話會過期，此時服務對象銷毀。
Single
Single模式工作流程如下：
服務端啟動，同時創建服務對象
客戶端通過代理調用契約操作
第一步中創建的服務對象接受請求 ，並執行操作，進行必要的應答
第一步創建的服務對象將一直保留
服務關閉，第一步創建的對象銷毀
各種實例模式的應用場合？
PerCall
在傳統模式C/S模式的應用程序中，通常情況下存在這樣的問題：客戶端請求服務端之後，服務端並不是馬上對處理客戶端請求時需要的資源進行釋放，服務端往往自作多情的認為客戶端一定是個老主顧，會時不時來消費一番。可他卻沒想到，有的時候，客戶端是個昧良心的家伙，就算服務端再怎麼獻殷勤，客戶端也不買賬。而對於一些非常珍貴的資源，比如數據庫連接，文件，圖像，通訊端口等。服務這種做法往往會使這些資源長期被不來消費的客戶端空閒占用，當有新的請求真正要用使用他們的時候，卻因為資源耗盡而無法處理。這樣對服務端就得不償失了，而PerCall就是對上面提到問題的一種解決方案。它采用類似快餐式的經營方式，當一個請求操作來到的時候，再創建服務對象，申請必要資源，而當操作完畢之後，立即銷毀對象並釋放資源，留給下一個請求。這就可能大大提高服務端的吞吐能力。而且WCF中默認的實例創建模式就是這種。
PerSession
正如上面對PerCall的描述所說，PerSession與傳統的C/S模式應用程序非常相似，它能在服務端和客戶端維護狀態，當一個服務對象創建之後不會馬上銷毀，而是等待客戶端再次來消費它，那這種的壞處也說過了，可能會浪費寶貴的服務資源，可它也是有好處的。比如它能夠保持連接和維護狀態，這在要求有回調的情況下特別重要，因為如果服務端連哪個家伙點的菜都忘記了怎麼為客人上菜呢？還有一種情況，服務端操作不需要比較多的資源或者占用的資源也不寶貴的情況下，而卻與客戶端在不同的網絡中，它們之間進行一次連接可費了老勁，這時也適用於此種實例模式。
Single
大家經常去理發吧？去那大的理發店，裡面的理發師這家伙這個多，你隨便找個就能幫你料理了，可兄弟我比較窮酸，每次都去小區理發店，裡面連洗頭，在理發就1位師傅，小區人可不少，僧多飯少，你說咱進去得排隊吧。人家理發的時候，咱就得邊上看著，得人家都整完了，嘿，咱就洗頭，理發，吹風來個一條龍。Single模式就像上面提到的小區理發店，人家從早晨一開業，理發師就給你准備好了，您也甭挑蹦撿。伺候完你，他再伺候別人，為何要這麼做？其實道理也很簡單，如果理發師不喝水，不吃飯，不用管食宿，不用工錢，不會唧唧歪歪，那理發店老板娘肯定請1萬個過來。可現實不是那樣子的，是這些理發師都要吃喝拉撒睡，還要拿俸祿，就一個幾十平米的小理發店，估計給老板娘賣了也不夠他們的呢。
使用不同的實例模式，需要注意的有哪些？
對於PerCall模式，一定要記住，如果服務對象中的數據沒有固化，並且不是靜態變量，那它每次操作都會被重新初始化。
對於PerSession模式,第一要清楚有些Binding是不能用於此種模式的，具體什麼可用，什麼不能用，可以查閱http://www.cnblogs.com/jillzhang/archive/2008/02/03/1063406.html 。另外，PerSession模式並不是代表狀態會自動維護，那些被設置了IsTerminating=True的操作完成的時候，也會釋放資源和銷毀對象。即使不是Ture，那如果客戶端長時間不與服務端聯系，達到服務端最大忍耐限度，服務端也會變心。
對於Single模式，既然例外就它老哥一個，就簡單得多了，它能保持服務對象中的非靜態全局變量。但是特別要注意的是，如果在這種模式下的話，要特別注意線程安全的問題，讓10個人同時讓一個理發師傅來服務。
代碼不騙人，用一個小范例來看看不同實例模式的區別？
寫了一個簡單的范例，來驗證和說明上述的觀點，下面就先看一下最後的運行效果：
服務端運行效果解圖：
從上面的解圖可以看出，在服務啟動的時候，也就是宿主ServiceHost.Open()的時候，便已經創建了Single模式的服務對象實例
客戶端運行效果截圖：
再回過頭來看服務端效果：
本文參考資料
http://msdn2.microsoft.com/zh-cn/magazine/cc163590(en-us).aspx
本文配套源碼
