由于信道管理器在客戶端和服務端所起的不同作用，分為信道監聽器和信道工廠。和服務端的信道監聽其相比，處于客戶端的信道工廠顯得簡單。從名稱就可以看得出來，信道工廠的作用就是單純的創建用于消息發送的信道。我們先來看看與信道工廠相關的一些接口和基類的定義。

在上面的內容中，先后介紹了信道、信道管理器、信道監聽器和信道工廠。從對象的創建來講，信道管理器是信道的創建者。說的再具體點，客戶端的信道通過信道工廠創建，服務端的信道通過信道監聽器創建。但是信道工廠和信道監聽器又是如果被創建出來的呢？

1. 信道層與服務模型層(Channel Layer and Service Mode Layer)

對于一個分布式應用的開發與設計來說，通信問題是不得不考慮，同時也是最為復雜、最難實現的問題。在過去的若干年中, 微軟先后推出了一系列廣受歡迎的通信技術, 比如DCOM、Enterprise Service、.NET Remoting、XML Web Service、MSMQ等等。這些技術提供了各自的編程模型，是開發人員從繁瑣的完全基于通信的編程中解脫出來，使之僅僅需要關注具體的業務邏輯。WCF是所有的這些通信技術集大成者，它充分地整合了所有這些使用于不同領域、不同場景的通信技術，提供了一個統一的編程模型。

由于綁定對象由一系列有序的綁定元素組成，綁定元素最終決定著信道棧中信道的組成，而信道的組成最終又決定了信道棧對消息進行處理的方式和能力，所有要確定綁定的特性和能力，我們可以通過查看其綁定元素的構成來一窺究竟。為此我們我們寫了一個簡單的方法，用于列出一個具體的綁定對象所有的綁定元素，在介紹一個個具體的系統綁定中，我會使用該方法：

信道管理器是信道的創建者，一般來說信道棧的中每個信道對應著一個信道管理器。基于不同的消息處理的功能，將我們需要將相應的信道按照一定的順序能組織起來構成一個信道棧，由于信道本身是由信道管理器創建的，所以信道對應的信道管理器也構成一個信道管理器棧，棧中信道管理器的順序決定由它所創建信道的順序。

　　WCF客戶端不能用在Using語句塊中，因為它可能會拋出不可預知的異常。即使你捕獲了異常，仍有可能一直保持連接。讓我們來看看形成這一問題的歷史原因，并提出幾個補救措施。