我們如果想要充分的掌握應用WCF開發工具，首先需要了解的就是這一工具的一些基本概念。比如今天為大家介紹的WCF體系架構，就是初學者們在學習過程中需要掌握的一個最基本的概念。#t#

在了解WCF體系架構之前，首先需要叩問自己服務是否需要與非WCF的客戶端交互。如果是，同時客戶端又是舊的MSMQ客戶端，選擇MsmqIntegrationBinding綁定就能夠使得服務通過MSMQ與該客戶端實現互操作。如果服務需要與非WCF客戶端交互，并且該客戶端期望調用基本的Web服務協議（ASMX Web服務），那么選擇BasicHttpBinding綁定就能夠模擬ASMX Web服務（即WSI-Basic Profile）公開WCF服務。缺點是我們無法使用大多數最新的WS-*協議的優勢。

但是，如果非WCF客戶端能夠識別這些標準，就應該選擇其中一種WS綁定，例如WSHttpBinding、WSFederationBinding或者WSDualHttpBinding。如果假定客戶端為WCF客戶端，同時需要支持脫機或斷開狀態下的交互，則可以選擇NetMsmqBinding使用MSMQ傳輸消息。如果客戶端需要聯機通信，但是需要跨機器邊界調用，則應該選擇NetTcpBinding通過TCP協議進行通信。如果相同機器上的客戶端同時又是服務，選擇NetNamePipeBinding使用命名管道可以使性能達到最優化。如果基于額外的標準，例如回調（選擇WSDualHttpBinding）或者聯邦安全（選擇WSFederationBinding），則應對選擇的綁定進行微調。

即使超出了使用的目標場景，大多數綁定工作仍然良好。例如，我們可以使用TCP綁定實現相同機器甚至進程內的通信；我們也可以使用基本綁定實現Intranet中WCF對WCF的通信。

WCF體系架構提供了對可靠性、事務性、并發管理、安全性以及實例激活等技術的有力支持，它們均依賴于基于攔截機制的WCF體系架構。通過代理與客戶端的交互意味著WCF總是處于服務與客戶端之間，攔截所有的調用，執行調用前和調用后的處理。當代理將調用棧幀（Stack Frame）序列化到消息中，并將消息通過通道鏈向下傳遞時，WCF就開始執行攔截。

通道相當于一個攔截器，目的在于執行一個特定的任務。每個客戶端通道都會執行消息的調用前處理。鏈的組成與結構主要依賴于綁定。例如，一個通道對消息編碼（二進制格式、文本格式或者MTOM），另一個通道傳遞安全的調用上下文；還有一個通道傳播客戶端的事務，一個通道管理可靠會話，另一個通道對消息正文（Message Body）加密（如果進行了配置），諸如此類。客戶端的最后一個通道是傳輸通道，根據配置的傳輸方式發送消息給宿主。

在宿主端，消息同樣通過通道鏈進行傳輸，它會對消息執行宿主端的調用前處理。宿主端的第一個通道是傳輸通道，接收傳輸過來的消息。隨后的通道執行不同的任務，例如消息正文的解密、消息的解碼、參與傳播事務、設置安全準則、管理會話、激活服務實例。宿主端的最后一個通道負責將消息傳遞給分發器（Dispatcher）。分發器將消息轉換到一個棧幀，并調用服務實例。執行順序如圖所示。

服務并不知道它是否被本地客戶端調用。事實上，服務會被本地客戶端——分發器調用。客戶端與服務端的攔截器確保了它們能夠獲得運行時環境，以便于它們執行正確的操作。服務實例會執行調用，然后將控制權（Control）返回給分發器。分發器負責將返回值以及錯誤信息（如果存在）轉換為一條返回消息。

分發器獲得控制權，執行的過程則剛好相反：分發器通過宿主端通道傳遞消息，執行調用后的處理，例如管理事務、停用實例、回復消息的編碼與加密等。為了執行客戶端調用后的處理，包括解密、解碼、提交或取消事務等任務，傳輸通道會將返回消息發送到客戶端通道。最后一個通道將消息傳遞給代理。代理將返回消息轉化到棧幀，然后將控制權返回給客戶端。

特別值得注意的是，WCF體系架構中的所有要點均與可擴展性息息相關。我們可以為專有交互定制通道，為實例管理定制行為，以及定制安全行為等。事實上，WCF提供的標準功能都能夠通過相同的可擴展模式實現。